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.
Cliente : ClientWrite
L'événement Client:ClientWrite se produit lorsqu'Aurora PostgreSQL attend d'écrire des données sur le client.
Rubriques
Versions de moteur prises en charge
Ces informations sur les événements d'attente s'appliquent à Aurora PostgreSQL 10 et versions ultérieures.
Contexte
Un processus client doit lire toutes les données reçues d'un cluster de bases de données Aurora PostgreSQL avant que le cluster puisse envoyer plus de données. La période pendant laquelle le cluster attend avant d'envoyer plus de données au client est un événement Client:ClientWrite.
Un débit réseau réduit entre le cluster de bases de données Aurora PostgreSQL et le client peut provoquer cet événement. Cet événement peut également se produire lorsque le client est soumis à une pression exercée sur l'UC ou à une saturation du réseau.. On parle de pression exercée sur l'UC lorsque l'UC est entièrement utilisée et que des tâches attendent du temps UC. On parle de saturation du réseau lorsque le réseau situé entre la base de données et le client transporte plus de données qu'il ne peut en gérer.
Causes probables de l'augmentation du nombre d'événements d'attente
Les principales causes de l'événement d'attente Client:ClientWrite sont les suivantes :
- Latence réseau accrue
-
La latence réseau peut être accrue entre le cluster de bases de données Aurora PostgreSQL et le client. Une latence réseau plus élevée augmente le temps nécessaire au client pour recevoir les données.
- Charge accrue sur le client
-
Le client peut être soumis à une pression exercée sur l'UC ou à une saturation du réseau. Une augmentation de la charge exercée sur le client retarde la réception des données du cluster de bases de données Aurora PostgreSQL.
- Gros volume de données envoyé au client
-
Le cluster de bases de données Aurora PostgreSQL peut envoyer une grande quantité de données au client. Un client peut ne pas être en mesure de recevoir les données aussi rapidement que le cluster les envoie. Certaines activités comme la copie d'une table volumineuse peuvent entraîner une augmentation des événements
Client:ClientWrite.
Actions
Nous vous recommandons différentes actions en fonction des causes de votre événement d'attente.
Rubriques
Placez les clients dans la même zone de disponibilité et le même sous-réseau VPC que le cluster
Pour réduire la latence réseau et augmenter son débit, placez les clients dans la même zone de disponibilité et le même sous-réseau Virtual Private Cloud (VPC) que le cluster de bases de données Aurora PostgreSQL.
Utilisez des instances de la génération actuelle
La classe d'instance de base de données que vous utilisez ne prend peut-être pas en charge les trames jumbo. Si vous exécutez votre application sur Amazon EC2, pensez à utiliser une instance de génération actuelle pour le client. Configurez également l'unité de transmission maximale (MTU) sur le système d'exploitation client. Cette technique peut réduire le nombre d'allers-retours réseau et augmenter le débit du réseau. Pour plus d'informations, consultez la section Cadres Jumbo (9001 MTU) dans le guide de l'utilisateur Amazon EC2.
Pour plus d'informations sur les classes d'instances de base de données, consultez Classes d'instances de base de données Amazon Aurora. Pour déterminer quelle classe d'instance de base de données est l'équivalent d'un type d'instance Amazon EC2, placez db. avant le nom du type d'instance Amazon EC2. Par exemple, l'instance Amazon EC2 r5.8xlarge est l'équivalent de la classe d'instance de base de données db.r5.8xlarge.
Réduisez la quantité de données envoyée au client
Lorsque cela est possible, ajustez votre application pour réduire la quantité de données que le cluster de bases de données Aurora PostgreSQL envoie au client. Ces ajustements permettent d'éviter les conflits liés à l'UC et au réseau sur le client.
Procédez à la mise à l'échelle du client
À l'aide d'Amazon CloudWatch ou d'autres indicateurs de l'hôte, déterminez si votre client est actuellement limité par le processeur ou la bande passante du réseau, ou les deux. Si le client est soumis à des contraintes, mettez-le à l'échelle en conséquence.
