Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Planos de datos y control para el cambio de zona
A la hora de planificar la conmutación por error y la recuperación ante desastres, tenga en cuenta la resiliencia de los mecanismos de conmutación por error. Le recomendamos que se asegure de que los mecanismos de los que depende durante la conmutación por error tengan una alta disponibilidad, de modo que pueda utilizarlos cuando los necesite en caso de desastre. Por lo general, debe utilizar las funciones del plano de datos para los mecanismos siempre que pueda, a fin de obtener la máxima fiabilidad y tolerancia a errores. Teniendo esto en cuenta, es importante entender cómo se divide la funcionalidad de un servicio entre planos de control y planos de datos, y cuándo se puede confiar en una fiabilidad extrema con el plano de datos de un servicio.
Como ocurre con la mayoría de AWS los servicios, la funcionalidad de la capacidad de cambio zonal es compatible con los planos de control y los planos de datos. Aunque ambos están diseñados para ser fiables, el plano de control está optimizado para garantizar la coherencia de los datos, mientras que el plano de datos está optimizado para garantizar la disponibilidad. Un plano de datos está diseñado para ser resistente, de modo que puede mantener la disponibilidad incluso durante eventos disruptivos, cuando un plano de control podría no estar disponible.
En general, un plano de control permite realizar funciones de administración básicas, como crear, actualizar y eliminar recursos del servicio. Un plano de datos proporciona la funcionalidad principal de un servicio.
Para obtener más información sobre los planos de datos, los planos de control y cómo AWS se crean servicios para cumplir los objetivos de alta disponibilidad, consulte el artículo Static stability using Availability Zones
