Servicio de Amazon OpenSearch es un servicio administrado que puede usar para apuntalar, implementar y proceder los clústeres de OpenSearch a escalera en la montón de AWS. Con el servicio OpenSearch, puede configurar clústeres con diferentes tipos de opciones de nodos, como nodos de datos, Nodos de administrador de clúster dedicado, nodos coordinadores dedicadosy Ultrawarm nodos. Al configurar su dominio del servicio OpenSearch, puede practicar diferentes opciones de nodos para llevar la batuta la estabilidad caudillo de su clúster, el rendimiento y la resistor.
En esta publicación, mostramos cómo mejorar la estabilidad de su dominio de servicio OpenSearch con nodos dedicados de administrador de clúster y cómo usarlos en la implementación progreso la estabilidad y confiabilidad de su clúster.
El beneficio de los nodos dedicados del director de clúster
Un nodo dedicado al administrador de clúster maneja el trabajo detrás de decorado de ejecutar un clúster de servicio de OpenSearch, pero no almacena datos reales o solicitudes de búsqueda de procesos. En partida de nodos dedicados de administrador de clúster, el servicio OpenSearch utilizará nodos de datos para la establecimiento de clúster; La combinación de estas responsabilidades en los nodos de datos puede afectar el rendimiento y la estabilidad porque las operaciones de datos (como la indexación y la búsqueda) compiten con tareas críticas de diligencia de clúster para calcular los posibles. El nodo Dediced Cluster Manager es responsable de varias tareas esencia: monitorear y realizar un seguimiento de todos los nodos de datos en el clúster, conocer cuántos índices y fragmentos hay y dónde están ubicados, y enrutar datos a los lugares correctos. Igualmente actualizan y comparten el estado del clúster cada vez que poco cambia, como crear un índice o pegar y eliminar nodos. Sin secuestro, el problema es que cuando el tráfico se vuelve pesado, el nodo del administrador de clúster puede sobrecargarse y no replicar. Si esto sucede, su clúster no responderá a las solicitudes de escritura hasta que elija un nuevo administrador de clúster, momento en el que el ciclo podría repetirse. Puede aliviar este problema implementando instancias dedicadas del administrador del clúster, por lo que esta separación de los deberes entre el nodo del administrador y los nodos de datos da como resultado un clúster mucho más estable.
Calculando el número de nodos dedicados de administrador de clúster
En el servicio de OpenSearch, se elige un solo nodo como director de clúster de todos los nodos elegibles a través de un proceso de votación basado en quórum, confirmando el consenso antiguamente de aceptar la responsabilidad de coordinar las operaciones en todo el clúster y prolongar el estado del clúster. Quórum es el número pequeño de nodos que deben estar de acuerdo antiguamente de que el clúster tome decisiones importantes. Ayuda a prolongar sus datos consistentes y su clúster funcionando sin problemas. Cuando usa nodos de administrador de clúster dedicado, solo esos nodos son elegibles para el servicio de votación y OpenSearch establece el quórum en la porción de los nodos, redondeados al número impávido más cercano, más uno. OpenSearch Service prohíbe explícitamente un nodo dedicado al administrador de clúster porque no tiene copia de seguridad en caso de equivocación. El uso de tres nodos dedicados de administrador de clúster se asegura de que incluso si un nodo equivocación, los dos restantes aún pueden alcanzar un quórum y prolongar operaciones de clúster. Recomendamos tres nodos dedicados de administrador de clúster para casos de uso de producción. Multi-AZ with Standby es una función de servicio OpenSearch diseñada para ofrecer cuatro 9s de disponibilidad utilizando una tercera zona de disponibilidad de AWS como paciencia. Cuando usa Multi-AZ con Standby, el servicio requiere tres nodos dedicados de Administrador de clúster. Si se despliega con Multi-AZ sin reserva o un solo AZ, aún recomendamos tres nodos dedicados de Administrador de clúster. Proporciona dos nodos de respaldo en caso de equivocación del nodo de un administrador de clúster y el quórum necesario (dos) para nominar un nuevo administrador. Puede nominar tres o cinco nodos de administrador de clúster dedicados.
Tener cinco nodos dedicados de director de clúster funciona tan adecuadamente como tres, y puede perder dos nodos mientras mantiene un quórum. Pero conveniente a que solo un nodo de administrador de clúster dedicado está activo en un momento donado, esta configuración significa que paga por cuatro nodos inactivos.
Configuraciones de nodo del administrador de clúster para diferentes métodos de creación de dominio
Esta sección explica los posibles de cada método de creación de dominio y plantilla de implementación cuando configura un dominio del servicio OpenSearch.
Con el Crear dócil opción, puede crear rápidamente un dominio usando ‘múltiple con paciencia‘Para nodos de administrador de tres clúster de suscripción disponibilidad distribuidos en tres zonas de disponibilidad. La venidero tabla resume la configuración.
| Método de creación de dominio | Producción |
| Crear dócil |
Nodo de administrador de clúster dedicado: sí Número de nodos de administrador de clúster: 3 Zonas de disponibilidad: 3 Panente: si |
El Crear estereotipado La opción proporciona plantillas para ‘Producción’ y ‘Dev/test’workloads. Ambas plantillas vienen con un Dominio con paciencia y un Dominio sin paciencia votación de implementación. La venidero tabla resume estas opciones de configuración.
| Método de creación de dominio | Plantilla | Opción de implementación | Producción |
| Crear estereotipado | Producción | Dominio con paciencia |
Requiere nodo de administrador de clúster dedicado Número de nodos de administrador de clúster: 3 Zonas de disponibilidad: 3 Panente: si Alternativa de tipo de instancia: sí |
| Crear estereotipado | Producción | Dominio sin paciencia |
Requiere nodo de administrador de clúster dedicado Número de nodos de administrador de clúster: 3, 5 Zonas de disponibilidad: 3 Panente: No Alternativa de tipo de instancia: sí |
| Crear estereotipado | Dev/prueba | Dominio con paciencia |
Requiere nodo de administrador de clúster dedicado Número de nodos de administrador de clúster: 3 Zonas de disponibilidad: 3 Panente: si Alternativa de tipo de instancia: sí |
| Crear estereotipado | Dev/prueba | Dominio sin paciencia | No requiere un nodo de administrador de clúster dedicado |
Nominar un tipo de instancia de administrador de clúster dedicado
Las instancias dedicadas del administrador de clúster generalmente manejan operaciones críticas de clúster como la distribución de fragmentos y la diligencia de índices y rastrea los cambios en el estado del clúster. Se recomienda optar un tipo de instancia relativamente más pequeño. Referirse a Nominar tipos de instancia para nodos maestros dedicados Para obtener más información sobre los tipos de instancias para los nodos dedicados del administrador de clúster.
Debe esperar ajustar ocasionalmente el tamaño de la instancia del administrador de clúster y escribir a medida que su carga de trabajo evoluciona con el tiempo. Al igual que con todas las preguntas de escalera, debe monitorear el rendimiento y cerciorarse de tener suficiente montón de CPU y Java Supuesto Machine (JVM) para sus gerentes de clúster dedicados. Recomendamos usar Amazon CloudWatch alarmas para monitorear las siguientes métricas de CloudWatch y ajustar de acuerdo con el estado de la aviso:
- Gobierno de dirección – El mayor es maduro o igual al 50% durante 15 minutos, tres veces consecutivos
- Gerentejvmmemorypressure – El mayor es maduro o igual al 95% durante 1 minuto, tres veces consecutivos
Conclusión
Los nodos dedicados del administrador de clúster proporcionan estabilidad y protección adicionales contra situaciones de cerebro dividido, pueden ser de un tipo de instancia diferente a los nodos de datos, y son un beneficio obvio cuando el servicio OpenSearch está respaldando aplicaciones críticas de encargo para cargas de trabajo de producción. Por lo caudillo, no son necesarios para las cargas de trabajo de exposición como la prueba de concepto porque el costo de ejecutar un nodo de administrador de clúster dedicado excede los beneficios tangibles de prolongar el clúster en funcionamiento. Para obtener más información sobre las mejores prácticas de OpenSearch, ver enlace.
Sobre los autores
Imtiaz (Taz) Sayed es el líder tecnológico WW para Analytics en AWS. Le gusta involucrarse con la comunidad en todo lo relacionado con datos y disección. Puede ser apurado a través de LinkedIn.
Chinmayi Narasimhadevara es un arquitecto de soluciones senior centrada en el disección de datos y la IA en AWS. Ella ayuda a los clientes a construir soluciones avanzadas, en gran medida escalables y performativas.