Identificación de requisitos
Antes de comprar una instancia de DCS, identifique sus requisitos:
- Decida el motor de caché necesario.
Elija un motor de caché basado en los requisitos de servicio. El motor de caché no se puede cambiar una vez creada la instancia.
- Para obtener más información acerca de los motores de caché Redis y Memcached, consulte Descripción general de DCS.
- Para obtener más información sobre las diferencias entre Redis y Memcached, consulte Comparación entre Redis y Memcached.
- Decida la versión del motor de caché requerida.
Realice este paso si elige Redis como motor de caché.
DCS for Redis 3.0 ya no se proporciona. Puede utilizar DCS for Redis 4.0 o 5.0 en su lugar.
The high-performance edition uses Huawei proprietary lightweight LibOS. Las versiones diferentes de Redis tienen características diferentes. Para obtener más información, consulte Comparación entre las versiones de Redis.
- Elija el tipo de instancia.
DCS proporciona tipos de instancias de nodo único, principal/en standby, de Clúster Proxy y de Clúster Redis. Para obtener más información sobre las arquitecturas de instancia, consulte Arquitectura de instancia de DCS.
- Decida la especificación de instancia requerida.
Cada especificación especifica el máximo de la memoria disponible, el número de conexiones y el ancho de banda. Para obtener más información, consulte Especificaciones de las instancias de DCS.
- Decida sobre la región y si se requiere el despliegue cruzado de la zona de disponibilidad.
Elija una región más cercana a su aplicación para reducir la latencia.
Una región consiste en varias zonas de disponibilidad (AZ) con fuentes de alimentación y redes físicamente aisladas. Las instancias principal/en standby y de clúster de DCS se pueden implementar en AZ. Las aplicaciones también se pueden implementar en AZ para lograr alta disponibilidad (HA) tanto para datos como para aplicaciones.
- Si se implementa una instancia principal/en standby o de clúster de DCS a través de AZ, los errores en una AZ no afectan a los nodos de caché en otras AZ. Esto se debe a que cuando el nodo principal es defectuoso, el nodo de memoria caché en standby se convertirá automáticamente en el nodo principal para proporcionar servicios. Dicha implementación logra una mejor recuperación ante desastres.
- La implementación de una instancia de DCS en las AZ reduce ligeramente la eficiencia de la red en comparación con la implementación de una instancia dentro de una AZ. Por lo tanto, si se implementa una instancia de DCS a través de AZ, la sincronización entre los nodos de caché principal y en standby es ligeramente menos eficiente.
- Decida si se requieren políticas de copia de seguridad.
Actualmente, las políticas de backup solo se pueden configurar para instancias de DCS principal/en standby, de Clúster Proxy y de Clúster Redis. Para obtener más información sobre la copia de seguridad y la restauración, consulte Descripción general.
