Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Configurez votre charge de travail sur Amazon EC2 pour empêcher l’écriture déchirée La prévention des écritures déchirées est activée par défaut sur les [types d’instances pris en charge avec des volumes pris en charge](supported-block-sizes.md). Il n'est pas nécessaire de configurer de paramètres supplémentaires pour empêcher l'écriture déchirée. **Note** Les charges de travail qui ne prennent pas en charge la prévention de l'écriture déchirée n'ont aucun impact sur les performances. Il n'est pas nécessaire d'apporter des modifications à ces charges de travail. Les charges de travail qui prennent en charge la prévention de l'écriture déchirée, mais qui ne sont pas configurées pour l'utiliser, continuent d'utiliser la mémoire tampon à double écriture et ne bénéficient d'aucun avantage en termes de performances. Pour configurer votre pile logicielle MySQL ou MariaDB afin de désactiver le tampon de double écriture et d’utiliser la prévention des écritures déchirées, procédez comme suit : 1. Configurez votre volume pour utiliser le système de fichiers ext4 avec l' BigAlloc option et définissez la taille du cluster sur 4 KiB, 8 KiB ou 16 KiB. L'utilisation BigAlloc d'une taille de cluster de 4 KiB, 8 KiB ou 16 KiB garantit que le système de fichiers alloue les fichiers conformément à la limite correspondante. ``` $ mkfs.ext4 -O bigalloc -C {{4096|8192|16384}} {{device_name}} ``` **Note** Pour MySQL et MariaDB, vous devez utiliser `-C 16384` pour faire correspondre la taille de page de la base de données. La définition de la granularité d’allocation sur une valeur autre qu’un multiple de la taille de page peut entraîner des allocations qui peuvent ne pas correspondre aux limites de prévention des écritures déchirées du périphérique de stockage. Par exemple : ``` $ mkfs.ext4 -O bigalloc -C 16384 /dev/nvme1n1 ``` 1. Configurez InnoDB pour utiliser la méthode de vidage `0_DIRECT` et désactivez la double écriture d’InnoDB. Utilisez l’éditeur de texte de votre choix pour ouvrir `/etc/my.cnf` et mettez à jour les paramètres `innodb_flush_method` et `innodb_doublewrite` comme suit : ``` innodb_flush_method=O_DIRECT innodb_doublewrite=0 ``` **Important** Si vous utilisez Logical Volume Manager (LVM) ou une autre couche de virtualisation du stockage, assurez-vous que les décalages de départ des volumes sont alignés sur des multiples de 16 Kio. Ceci est relatif au stockage NVMe sous-jacent pour tenir compte des en-têtes de métadonnées et des superblocs utilisés par la couche de virtualisation du stockage. Si vous ajoutez un décalage au volume physique de la LVM, cela peut entraîner un défaut d’alignement entre les allocations du système de fichiers et les décalages du périphérique NVMe, ce qui annulerait la prévention des écritures déchirées. Pour plus d’informations, veuillez consulter `--dataalignmentoffset` dans la [page Amazon Linux](https://man7.org/linux/man-pages/man8/pvcreate.8.html).