Nodos maestros dedicados en Amazon OpenSearch Service - OpenSearch Servicio Amazon

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.

Nodos maestros dedicados en Amazon OpenSearch Service

Amazon OpenSearch Service utiliza nodos maestros dedicados para aumentar la estabilidad del clúster. Un nodo maestro dedicado realiza tareas de administración de clústeres, pero que no contiene datos ni responde a las solicitudes de carga de datos. Al asumir de este modo las tareas de administración del clúster, aumenta la estabilidad del dominio. Al igual que todos los demás tipos de nodos, se paga una tarifa por hora por cada nodo maestro dedicado.

Los nodos maestros dedicados se encargan de realizar las siguientes tareas de administración del clúster:

  • Seguimiento de todos los nodos del clúster.

  • Seguimiento del número de índices del clúster.

  • Seguimiento del número de particiones que pertenecen a cada índice.

  • Mantenimiento de la información de enrutamiento para los nodos del clúster.

  • Actualización del estado del clúster después de los cambios, como la creación de un índice o la adición o eliminación de nodos en el clúster.

  • Reproducción de los cambios de estado del clúster en todos los nodos que lo componen.

  • Monitorización del estado de todos los nodos del clúster, mediante el envío de señales de latido, señales periódicas que monitorizan la disponibilidad de los nodos de datos del clúster.

La siguiente ilustración muestra un dominio OpenSearch de servicio con 10 instancias. Siete de ellas son nodos de datos y tres son nodos maestros dedicados. Solo uno de los nodos maestros dedicados está activo. Los dos nodos maestros dedicados grises están en reserva a la espera por si el nodo maestro dedicado activo sufre algún error. Los siete nodos de datos se encargan de atender todas las solicitudes de carga de datos, mientras que el nodo maestro dedicado activo asume las tareas de administración del clúster.

OpenSearch Service domain with data nodes and dedicated master nodes, illustrating clúster management.

Elección del número de nodos maestros dedicados

Se recomienda utilizar Multi-AZ con modo de espera, que añade tres nodos maestros dedicados a cada dominio de OpenSearch servicio de producción. Si realiza la implementación con Multi-AZ sin modo de espera o con Single-AZ, igual le recomendamos tres nodos maestros dedicados. No elija nunca un número par de nodos maestros dedicados. Tenga en cuenta lo siguiente al elegir el número de nodos maestros dedicados:

  • El OpenSearch Servicio prohíbe explícitamente tener un nodo principal dedicado, ya que no se dispone de una copia de seguridad en caso de que se produzca un error. Recibirá una excepción de validación si intenta crear un dominio con un solo nodo maestro dedicado.

  • Si tiene dos nodos maestros dedicados, el clúster no tiene el quórum de nodos necesario para elegir un nuevo nodo maestro si se produce algún error.

    El quórum se calcula como el número de nodos maestros dedicados / 2 + 1 (redondeado al número entero más próximo). En este caso, 2 / 2 + 1 = 2. Como un nodo maestro dedicado produjo un error y solo existe una copia de seguridad, el clúster no tiene quórum y no puede elegir un nuevo nodo principal.

  • El uso de tres nodos maestros dedicados, el número recomendado, ofrece dos nodos de backup en caso de que se produzca un error en un nodo maestro y el quórum necesario (2) para elegir un nuevo nodo maestro.

  • No es mejor utilizar cuatro nodos maestros dedicados en lugar de tres y se pueden ocasionar problemas si se utilizan múltiples zonas de disponibilidad.

    • Si un nodo maestro produce un error, tiene quórum (3) para elegir un nuevo nodo. Si dos nodos producen un error, pierde ese quórum, de la misma forma que con tres nodos maestros dedicados.

    • En una configuración de tres zonas de disponibilidad, dos AZs tienen un nodo principal dedicado y una zona de disponibilidad tiene dos. Si esa AZ sufre una interrupción, las dos restantes AZs no tienen el quórum necesario (3) para elegir un nuevo maestro.

  • Contar con cinco nodos maestros dedicados funciona igual de bien que tres y permite mantener el quórum aunque pierda dos nodos. Sin embargo, dado que solo hay un nodo maestro dedicado activo en cada momento dado, esta configuración supone que usted paga por cuatro nodos inactivos. Muchos clientes consideran excesivo este nivel de protección de conmutación por error.

Si un clúster tiene un número par de nodos aptos para el modo maestro OpenSearch y las versiones 7 de Elasticsearch. x y posteriores ignoran un nodo para que la configuración de votación sea siempre un número impar. En este caso, cuatro nodos maestros dedicados equivalen en esencia a tres (y dos, a uno).

nota

Si el clúster no tiene el quórum necesario para elegir un nuevo nodo maestro, se produce un error en las solicitudes de lectura y de escritura en el clúster. Este comportamiento es diferente del OpenSearch predeterminado.

Elección de tipos de instancias para nodos principales dedicados

OpenSearch Cuotas de instancias y dominios de servicio

En la siguiente tabla se muestran las cuotas relacionadas con los dominios OpenSearch de servicio

Nombre Valor predeterminado Ajustable Descripción
Instancias maestras dedicadas por dominio Cada región compatible: 3 o 5 No

El número máximo de instancias maestras dedicadas en un único dominio de Amazon OpenSearch Service.

Dominios por región Cada región compatible: 100

El número máximo de dominios de Amazon OpenSearch Service que puedes crear en cada AWS región.

Instancia por dominio Cada región compatible: 80

El número máximo de instancias en un único dominio OpenSearch de Amazon Service. Puedes solicitar un aumento de hasta 1002 instancias por dominio.

Instancia por dominio (tipo de instancia T2) Cada región compatible: 10

El número máximo de instancias T2 en un único dominio de Amazon OpenSearch Service.

Instancias templadas por dominio Cada región compatible: 150 No

El número máximo de nodos calientes en un único dominio de Amazon OpenSearch Service. Puede solicitar un aumento de hasta 750 instancias por dominio.

Número de conexiones entre clústeres por dominio 40 No
Instancia coordinadora dedicada por zona de disponibilidad Cada región compatible: 200

El número debe estar comprendido entre 1 y 200. El número de nodos coordinadores no puede superar el número de nodos de datos.

Almacenamiento total por dominio 25 PB No

Este máximo es la suma de todos los nodos de datos y nodos templados. Por ejemplo, tu dominio puede tener 45 r6gd.16xlarge.search

instancias y 140 ultrawarm1.large.search

instancias para un total de 2,88 PiB de almacenamiento. Los nuevos límites son 10 PB para los nodos de datos y 15 PB para los nodos cálidos.

Paquetes personalizados por región 25 No
Paquetes personalizados por dominio 20 No

Si bien los nodos maestros dedicados no procesan solicitudes de búsqueda ni de consulta, su tamaño es proporcional al tamaño y el número de instancias, índices y particiones que son capaces de administrar. En el caso de los clústeres de producción, recomendamos como mínimo asignar los siguientes tipos de instancias para los nodos maestros dedicados.

Estas recomendaciones se basan en las cargas de trabajo habituales, pero pueden variar en función de sus necesidades. En los clústeres con muchas particiones o asignaciones de campo, puede resultar conveniente utilizar tipos de instancias más grandes. Monitoree las métricas de los nodos maestros dedicados para determinar si necesita un tipo de instancia mayor.

Recuento de instancias

RAMTamaño del nodo maestro Número máximo de particiones admitidas

Tipo de instancia maestra dedicada mínima recomendada

De 1 a 10

8 GiB 10 000

m5.large.search o m6g.large.search

De 11 000 a 30 000

16 GiB 30 000

c5.2xlarge.search o c6g.2xlarge.search

De 31 000 a 75 000 32 GiB 40 000

r5.xlarge.search o r6g.xlarge.search

De 76 000 a 125 000 64 GiB 75 000

r5.2xlarge.search o r6g.2xlarge.search

De 126 000 a 200 000

128 GiB 75 000

r5.4xlarge.search o r6g.4xlarge.search