Je comprends que lors de la mise à niveau vers un Multi-AZ rds à partir d'un Single-AZ, il se produit un "gel d'E/S". Qu'est-ce que cela veut dire exactement?Deux questions concernant AWS 'RDS Multi AZ
Lors d'une mise à niveau vers un déploiement Multi-AZ, disons de petit à grand, la base de données de production sera-t-elle affectée? Sera-t-il capable d'utiliser la base de données de sauvegarde, puis de basculer?
Les réponses à vos questions sont écrites:
Lorsque vous choisissez de passer de la simple AZ à plusieurs AZ, bref gel E/S se produit. Cela signifie que pour une certaine durée, la base de données ne sera pas accessible. Aucune lecture, aucune opération d'écriture ne sera effectuée sur la base de données. Généralement, la durée est d'environ 3-4 minutes. Oui, la base de données de production sera affectée lorsque vous redimensionnez le calcul (de petit à grand). La meilleure idée pour effectuer une opération de redimensionnement est la fenêtre de maintenance planifiée. Si vous sélectionnez l'option Appliquer immédiatement, la base de données ne sera pas accessible pendant un certain temps (temps nécessaire pour basculer le contrôle sur le serveur de sauvegarde).
Regards, Sanket dangi
le temps d'arrêt lors de la conversion de mono-AZ de multi-AZ est essentiellement le temps qu'il faut pour une nouvelle instance de lancer et de devenir pleinement fonctionnelle en tant que dit sanket, il peut prends quelques minutes.
La mise à l'échelle d'un déploiement multi-AZ augmente d'abord l'instance esclave, puis effectue un basculement. le temps d'arrêt est le temps qu'il faut pour faire le basculement réel - généralement plus proche d'une minute.
La mise à l'échelle d'un déploiement multi-AZ se fait en ajoutant des répliques en lecture supplémentaires (provenant de la réserve) qui n'encourent aucune interruption. Gardez à l'esprit que l'ajout de read-replicas crée un système finalement cohérent qui peut être souhaitable ou non.
Cela ne vaut également pas la peine d'utiliser les mêmes types d'instance sur toutes les instances multi-AZ, sinon le déséquilibre risque d'entraîner un décalage de réplique.
Comme vous vous en rendez probablement compte, il est préférable de commencer avec une configuration multi-AZ dès le début. il rend l'échelle et la mise à l'échelle beaucoup plus facile et avec moins de temps d'arrêt.
Selon le moteur, l'esclave doit avoir une instance plus puissante que le maître. Sur MySQL, le maître peut effectuer des écritures simultanées. L'esclave ne peut pas effectuer d'écritures simultanées lors de la réplication. –
Vraiment? Pourquoi RDS ne peut pas utiliser le mode veille pour l'opération de redimensionnement? (Question n ° 2) – Nick
@Nick: Lorsque l'opération de redimensionnement est effectuée, elle arrive d'abord en mode veille. Ensuite, le basculement se produit et le mode veille prend la charge et est promu en tant que primaire. Et puis, le redimensionnement arrive au primaire. –