Cambios de configuración en Amazon OpenSearch Service - Amazon OpenSearch Service
Cambios que suelen causar implementaciones azul/verdeCambios que no suelen causar implementaciones azul/verdeCómo determinar si un cambio provocará una implementación azul/verdeSeguimiento de un cambio de configuraciónEtapas de un cambio de configuraciónImpacto en el rendimiento de las implementaciones azul/verdeCargos por los cambios de configuraciónSolución de errores de validación

Cambios de configuración en Amazon OpenSearch Service

Amazon OpenSearch Service utiliza un proceso de implementación azul/verde al actualizar los dominios. Una implementación azul/verde crea un entorno inactivo para actualizaciones de dominio que copia el entorno de producción y dirige usuarios al nuevo entorno una vez completadas esas actualizaciones. En una implementación azul/verde, el entorno azul es el entorno de producción actual. El entorno verde es el entorno de almacenamiento inactivo.

Los datos se migran del entorno azul al entorno verde. Cuando el nuevo entorno está listo, OpenSearch Service conmuta los entornos para promover el entorno verde a ser el nuevo entorno de producción. La transición se produce sin pérdida de datos. Esta práctica minimiza el tiempo de inactividad y mantiene el entorno original en caso de que la implementación en el nuevo entorno no se produzca correctamente.

Cambios que suelen causar implementaciones azul/verde

Las siguientes operaciones provocan implementaciones azul/verde:

  • Cambio del tipo de instancia

  • Habilitar el control de acceso detallado

  • Realización de actualizaciones de software del servicio

  • Activación o desactivación de nodos maestros dedicados

  • Activación o desactivación de Multi-AZ sin modo de espera

  • Cambio del tipo de almacenamiento, el tipo de volumen o el tamaño de volumen

  • Selección de diferentes subredes de VPC

  • Agregar o eliminar grupos de seguridad de la VPC

  • Agregar o eliminar nodos coordinadores dedicados

  • Habilitación o deshabilitación de la autenticación de Amazon Cognito para OpenSearch Dashboards

  • Elección de otro grupo de usuarios o grupo de identidades de Amazon Cognito

  • Modificación de la configuración avanzada

  • Actualización a una nueva versión de OpenSearch (es posible que OpenSearch Dashboards no esté disponible durante toda la actualización o parte de ella)

  • Habilitación del cifrado de datos en reposo o del cifrado de nodo a nodo

  • Habilitación o deshabilitación del almacenamiento en frío o del almacenamiento UltraWarm

  • Desactivación de Auto-Tune y restauración de los cambios asociados

  • Asociar un complemento opcional a un dominio y disociar un complemento opcional de un dominio

  • Aumento del recuento de nodos maestros dedicados para dominios Multi-AZ con dos nodos maestros dedicados

  • Reducción del tamaño del volumen de EBS

  • Cambio del tamaño del volumen, las IOPS o el rendimiento de EBS, si el último cambio que hizo está en curso o se produjo hace menos de 6 horas

  • Activación de la publicación de registros de auditoría en CloudWatch.

En el caso de los dominios Multi-AZ con modo de espera, solo puede realizar una solicitud de cambio a la vez. Si ya hay un cambio en curso, se rechaza la nueva solicitud. Puede comprobar el estado del cambio actual con la API de la DescribeDomainChangeProgress.

Cambios que no suelen causar implementaciones azul/verde

En la mayoría de los casos, las siguientes operaciones no provocan implementaciones azul/verde:

  • Modificación de la política de acceso

  • Modificación del punto de conexión personalizado

  • Cambio de la política de seguridad de la capa de transporte (TLS)

  • Cambio de la hora de instantánea automatizada

  • Habilitar o deshabilitar Require HTTPS

  • Activación de Auto-Tune o desactivación sin revertir sus cambios

  • Cambio del nodo de datos o el recuento de nodos UltraWarm, si el dominio tiene nodos maestros dedicados

  • Cambio del tipo o recuento de instancias maestras dedicadas (excepto en el caso de los dominios Multi-AZ con dos nodos maestros dedicados), si el dominio tiene nodos maestros dedicados

  • Activación o desactivación de la publicación de registros de errores o registros lentos en CloudWatch

  • Desactivación de la publicación de registros de auditoría en CloudWatch

  • Aumento del tamaño del volumen hasta 3 TiB por nodo de datos, cambio del tipo de volumen, las IOPS o el rendimiento

  • Cómo agregar y eliminar etiquetas

nota

Existen algunas excepciones en función de la versión del software de servicio. Si quiere tener la seguridad de que un cambio no causará ninguna implementación azul/verde, lleve a cabo una ejecución de prueba antes de actualizar el dominio, si esta opción está disponible. Algunos cambios no ofrecen una opción de ejecución de prueba. Por lo general, le recomendamos hacer cambios en el clúster fuera de las horas de mayor tráfico.

Cómo determinar si un cambio provocará una implementación azul/verde

Puede probar algunos tipos de cambios de configuración planificados para determinar si provocarán una implementación azul/verde sin necesidad de confirmarlos. Antes de iniciar un cambio de configuración, utilice la consola o una de API para realizar una comprobación de validación con el fin de asegurarse de que el dominio sea apto para una actualización.

Console
Validación de un cambio de configuración

  1. Vaya a la consola de Amazon OpenSearch Service en https://console.aws.amazon.com/aos/.

  2. En el panel de navegación izquierdo, seleccione Dominios.

  3. Seleccione el dominio para el que desee realizar un cambio de configuración. Se abrirá la página de detalles del dominio. Seleccione el menú desplegable Acciones y, a continuación, Editar configuración del clúster.

  4. Realice cambios en el dominio, como cambiar el tipo de instancia o la cantidad de nodos.

  5. En Análisis de prueba, elija Ejecutar. La prueba válida su cambio de configuración en busca de errores y determina si requiere una implementación azul/verde.

  6. Cuando la prueba finaliza, los resultados aparecen en la parte inferior de la página, junto con un ID de prueba. El análisis indica si el cambio de configuración requiere o no una implementación azul/verde.

    Cada prueba sobrescribe la anterior. Para retener los detalles de cada prueba, guarde su ID de prueba. Las pruebas están disponibles durante 90 días o hasta que realice una actualización de configuración.

  7. Para proceder con la actualización de la configuración, seleccione Guardar cambios. De lo contrario, seleccione Cancelar. Cualquiera de las opciones lo lleva de vuelta a pestaña Configuración del clúster. En esta pestaña, se puede seleccionar Detalles de la ejecución de prueba para ver los detalles de la última ejecución de prueba. Esta página también incluye una comparación en paralelo entre la configuración anterior a la ejecución de prueba y la configuración de la ejecución de prueba.

API

Puede realizar una validación mediante una ejecución de prueba a través de la API de configuración. Para probar los cambios con la API, establezca DryRun en true, y DryRunMode en Verbose. El modo detallado ejecuta una comprobación de validación además de determinar si el cambio iniciará una implementación azul/verde. Por ejemplo, esta solicitud UpdateDomainConfig prueba el tipo de implementación que se produce como consecuencia de habilitar UltraWarm:

POST https://es.us-east-1.amazonaws.com/2021-01-01/opensearch/domain/my-domain/config
{
   "ClusterConfig": {
    "WarmCount": 3,
    "WarmEnabled": true,
    "WarmType": "ultrawarm1.large.search"
   },
   "DryRun": true,
   "DryRunMode": "Verbose"
}

La solicitud ejecuta una comprobación de validación y devuelve el tipo de implementación que provocará el cambio, pero no lleva a cabo la actualización:

{
   "ClusterConfig": {
     ...
    },
   "DryRunResults": {
      "DeploymentType": "Blue/Green",
      "Message": "This change will require a blue/green deployment."
    }
}

Los tipos de implementación posibles son:

  • Blue/Green: el cambio provocará una implementación azul/verde.

  • DynamicUpdate: el cambio no provocará una implementación azul/verde.

  • Undetermined: el dominio sigue en estado de procesamiento, por lo que no se puede determinar el tipo de implementación.

  • None: sin cambio en la configuración.

Si la validación falla, devuelve una lista de errores de validación.

{
   "ClusterConfig":{
      "..."
   },
   "DryRunProgressStatus":{
      "CreationDate":"2023-01-12T01:14:33.847Z",
      "DryRunId":"db00ca39-48b2-4774-bbd3-252cf094d205",
      "DryRunStatus":"failed",
      "UpdateDate":"2023-01-12T01:14:33.847Z",
      "ValidationFailures":[
         {
            "Code":"Cluster.Index.WriteBlock",
            "Message":"Cluster has index write blocks."
         }
      ]
   }
}

Si el estado sigue siendo pending, se puede utilizar el ID de ejecución de prueba de la respuesta de UpdateDomainConfig en las siguientes llamadas a DescribeDryRunProgress para comprobar el estado de la validación.

GET https://es.us-east-1.amazonaws.com/2021-01-01/opensearch/domain/my-domain/dryRun?dryRunId=my-dry-run-id
{
    "DryRunConfig": null,
    "DryRunProgressStatus": {
        "CreationDate": "2023-01-12T01:14:42.998Z",
        "DryRunId": "db00ca39-48b2-4774-bbd3-252cf094d205",
        "DryRunStatus": "succeeded",
        "UpdateDate": "2023-01-12T01:14:49.334Z",
        "ValidationFailures": null
    },
    "DryRunResults": {
        "DeploymentType": "Blue/Green",
        "Message": "This change will require a blue/green deployment."
    }
}

Para realizar un análisis de ejecución de prueba sin una comprobación de validación, establezca DryRunMode enBasic cuando utilice la API de configuración.

Python

El siguiente código de Python usa la API UpdateDomainConfig para realizar una comprobación de validación de ejecución en seco y, si esta se realiza correctamente, llama a la misma API sin una ejecución en prueba para iniciar la actualización. Si la comprobación no se realiza correctamente, el script imprime el error y se detiene.

import time
import boto3

client = boto3.client('opensearch')

response = client.UpdateDomainConfig(
    ClusterConfig={
        'WarmCount': 3,
        'WarmEnabled': True,
        'WarmCount': 123,
    },
    DomainName='test-domain',
    DryRun=True,
    DryRunMode='Verbose'
)

dry_run_id = response.DryRunProgressStatus.DryRunId

retry_count = 0

while True:

    if retry_count == 5:
        print('An error occured')
        break

    dry_run_progress_response = client.DescribeDryRunProgress('test-domain', dry_run_id)
    dry_run_status = dry_run_progress_response.DryRunProgressStatus.DryRunStatus

    if dry_run_status == 'succeeded':
        client.UpdateDomainConfig(
            ClusterConfig={
            'WarmCount': 3,
            'WarmEnabled': True,
            'WarmCount': 123,
        })
        break

    elif dry_run_status == 'failed':
        validation_failures_list = dry_run_progress_response.DryRunProgressStatus.ValidationFailures
        for item in validation_failures_list:
            print(f"Code: {item['Code']}, Message: {item['Message']}")
        break

    retry_count += 1
    time.sleep(30)

Seguimiento de un cambio de configuración

Puede solicitar un cambio de configuración a la vez o agrupar varios cambios en una sola solicitud. Utilice los campos Estado de procesamiento del dominio y Estado del cambio de configuración en la consola para realizar un seguimiento de los cambios de configuración. Espere a que el estado del dominio se convierta en Active antes de solicitar cambios adicionales.

Un dominio puede tener los siguientes estados de procesamiento:

  • Active: no hay ningún cambio de configuración en curso. Puede enviar una nueva solicitud de cambio de configuración.

  • Creating: se está creando el dominio.

  • Modifying: se están haciendo cambios de configuración, como la adición de nuevos nodos de datos, EBS, gp3, el aprovisionamiento de IOPS o la configuración de claves de KMS.

  • Upgrading engine version: se está actualizando la versión del motor.

  • Updating service software: se está actualizando el software del servicio.

  • Deleting: se está eliminando el dominio.

  • Isolated: el dominio está suspendido.

Un dominio puede tener los siguientes estados de cambio de configuración:

  • Pending: se ha enviado una solicitud de cambio de configuración.

  • Initializing: el servicio está iniciando un cambio de configuración.

  • Validating: el servicio está validando los cambios solicitados y los recursos necesarios.

  • Awaiting user inputs: el servicio espera que continúen los cambios de configuración, como un cambio de tipo de instancia. Puede editar los cambios de configuración.

  • Applying changes: el servicio está aplicando los cambios de configuración solicitados.

  • Cancelled: el cambio de configuración está cancelado. Seleccione Cancelar y revertir todos los cambios.

  • Completed: los cambios de configuración solicitados se han completado correctamente.

  • Validation failed: los cambios de configuración solicitados no se pudieron completar. No se aplicó ningún cambio de configuración.

    nota

    Los errores de validación se deben a la presencia de índices rojos en el dominio, a la falta de disponibilidad del tipo de instancia elegido o a la falta de espacio en disco. Para obtener una lista de los errores de validación, consulte Solución de errores de validación. Durante un evento de fallo de validación, puede cancelar, reintentar o editar los cambios de configuración.

Cuando se completen los cambios de configuración, el estado del dominio volverá a ser Active.

P puede revisar el estado del clúster y las métricas de Amazon CloudWatch y ver que el número de nodos del clúster se incrementa temporalmente, a menudo se duplica, mientras se actualiza el dominio. En la siguiente ilustración, puede ver el número de nodos duplicarse de 11 a 22 durante un cambio de configuración y volver a 11 una vez completada la actualización.

Número de nodos que se duplican de 11 a 22 durante un cambio de configuración de dominio.

Este duplicado provisional puede afectar al rendimiento de los nodos maestros dedicados del clúster, que repentinamente podría tener que administrar más nodos. También puede aumentar las latencias de búsqueda e indexación a medida que OpenSearch Service copia los datos del clúster anterior al nuevo. Es importante mantener una capacidad suficiente en el clúster para administrar la sobrecarga asociada a estas implementaciones azul/verde.

importante

El usuario no incurrirá en ningún gasto adicional durante los cambios de configuración y el mantenimiento del servicio. Solo se facturará por el número de nodos que solicite para el clúster. Para obtener información detallada, consulte Cargos por los cambios de configuración.

Para evitar sobrecargar los nodos maestros dedicados, puede monitorear el uso con las métricas de Amazon CloudWatch. Para conocer los valores máximos recomendados, consulte Alarmas de CloudWatch recomendadas para Amazon OpenSearch Service.

Etapas de un cambio de configuración

Después de iniciar un cambio de configuración, OpenSearch Service sigue una serie de pasos para actualizar el dominio. Puede ver el progreso del cambio de configuración en Estado de cambio de configuración en la consola. Los pasos exactos por los que se realiza una actualización dependen del tipo de cambio que realices. También puede monitorear un cambio de configuración mediante la operación de la API DescribeDomainChangeProgress.

Las siguientes son las posibles etapas que puede realizar una actualización durante un cambio de configuración:

Nombre de la fase Descripción

Validación

Validación de que el dominio es apto para una actualización y mostrar problemas de validación si es necesario.

Creación de un nuevo entorno

Completar los requisitos previos necesarios y crear los recursos necesarios para iniciar la implementación azul-verde.

Provisión de nuevos nodos

Creación de un nuevo conjunto de instancias en el nuevo entorno.

Enrutamiento del tráfico en nodos nuevos

Redireccionamiento del tráfico a los nodos de datos recién creados.

Enrutamiento del tráfico en nodos antiguos

 Desactivación del tráfico en los nodos de datos antiguos.

Preparación de los nodos para su eliminación

Preparación para eliminar nodos. Este paso solo ocurre cuando estás reduciendo la escala de su dominio (por ejemplo, de 8 a 6 nodos).

Copia de particiones en nodos nuevos

Trasladando los fragmentos de los nodos antiguos a los nuevos.

Terminación de nodos

 Finalización y eliminación de nodos antiguos después de remover los fragmentos.

Eliminación de recursos más antiguos

Eliminación de recursos asociados al entorno anterior (por ejemplo, equilibrador de carga).

Actualización dinámica

Se muestra cuando la actualización no requiere una implementación azul-verde y se puede aplicar dinámicamente.

Aplicación de cambios específicos relacionados con la instancia maestra

Se muestra cuando se cambia el tipo o el número de la instancia maestra dedicada.

Aplicación de cambios relacionados con el volumen

Se muestra cuando se modifican el tamaño, el tipo, las IOPS y el rendimiento del volumen.

Impacto en el rendimiento de las implementaciones azul/verde

Durante la implementación azul/verde, su clúster de Amazon OpenSearch Service está disponible para las solicitudes entrantes de búsqueda e indexación. Sin embargo, es posible que observe los siguientes problemas de rendimiento:

  • Aumento temporal del uso en los nodos principales, ya que los clústeres tienen que administrar más nodos.

  • Aumento de la latencia de búsqueda e indexación, ya que OpenSearch Service copia los datos de los nodos antiguos a los nuevos.

  • Aumento de los rechazos de solicitudes entrantes, ya que la carga del clúster aumenta durante las implementaciones azul/verde.

  • Para evitar problemas de latencia y rechazos de solicitudes, debe ejecutar implementaciones azul/verde cuando el clúster esté en buen estado y haya poco tráfico de red.

Cargos por los cambios de configuración

Si cambia la configuración de un dominio, OpenSearch Service crea un nuevo clúster tal y como se describe en Cambios de configuración en Amazon OpenSearch Service. Durante la migración de uno a otro, se devengarán los cargos siguientes:

  • Si cambia el tipo de instancia, se cobrará por los dos clústeres durante la primera hora. Después de la primera hora, solo se cobrará por el clúster nuevo. Los volúmenes de EBS no se cobran dos veces porque forman parte del clúster, por lo que la facturación corresponde a la facturación de instancias.

    Ejemplo: Supongamos que cambia la configuración y pasa de tres instancias m3.xlarge a cuatro instancias m4.large. Durante la primera hora, se cobrarán los dos clústeres (3* m3.xlarge + 4* m4.large). Después de la primera hora, solo se cobrará el clúster nuevo (4 * m4.large).

  • Si no cambia el tipo de instancia, solo se cobrará el clúster mayor durante la primera hora. Después de la primera hora, solo se cobrará por el clúster nuevo.

    Ejemplo: Supongamos que cambia la configuración y pasa de seis instancias m3.xlarge a tres instancias m3.xlarge. Durante la primera hora, se cobrará por el clúster mayor (6 * m3.xlarge). Después de la primera hora, solo se cobrará el clúster nuevo (3 * m3.xlarge).

Solución de errores de validación

Al iniciar un cambio de configuración o una actualización de versión de OpenSearch o Elasticsearch, OpenSearch Service primero lleva a cabo una serie de comprobaciones de validación para garantizar que el dominio es apto para una actualización. Si se produce un error en alguna de estas comprobaciones, recibirá una notificación en la consola con los problemas específicos que debe corregir antes de actualizar su dominio. En la siguiente tabla, se enumeran los posibles problemas de dominio que puede presentar OpenSearch Service y los pasos para resolverlos.

Problema Código de error Pasos para la solución de problemas
No se encontró el grupo de seguridad SecurityGroupNotFound

El grupo de seguridad asociado al dominio de OpenSearch Service no existe. Para solucionar este problema, cree un grupo de seguridad con el nombre especificado.
No se encontró la subred SubnetNotFound

La subred asociada al dominio de OpenSearch Service no existe. Para solucionar este problema, cree una subred en la VPC.
No se configuró el rol vinculado al servicio SLRNotConfigured El rol vinculado al servicio de OpenSearch Service no está configurado. OpenSearch Service predefine el rol vinculado al servicio y este incluye todos los permisos que el servicio requiere para llamar a otros servicios de AWS en su nombre. Si el rol no existe, es posible que tenga que crearlo manualmente.
No hay suficientes direcciones IP InsufficientFreeIPsForSubnets

Una o más de las subredes de VPC no tienen suficientes direcciones IP para actualizar el dominio. Para calcular el número de direcciones IP que necesita, consulte Reserva de direcciones IP en una subred de una VPC.
No existe el grupo de usuarios de Cognito CognitoUserPoolNotFound

OpenSearch Service no encuentra el grupo de usuarios de Amazon Cognito. Verifique que creó uno y que tiene el ID correcto. Para encontrar el ID, puede utilizar la consola de Amazon Cognito o el siguiente comando de la AWS CLI:

aws cognito-idp list-user-pools --max-results 60 --region us-east-1
El grupo de identidades de Cognito no existe CognitoIdentityPoolNotFound

OpenSearch Service no encuentra el grupo de identidades de Cognito. Verifique que creó uno y que tiene el ID correcto. Para encontrar el ID, puede utilizar la consola de Amazon Cognito o el siguiente comando de la AWS CLI:

aws cognito-identity list-identity-pools --max-results 60 --region us-east-1
No se encontró el dominio de Cognito para el grupo de usuarios CognitoDomainNotFound

El grupo de usuarios no tiene un nombre de dominio. Puede configurar uno con la consola de Amazon Cognito o el siguiente comando de la AWS CLI:

aws cognito-idp create-user-pool-domain --domain my-domain --user-pool-id id
No se configuró el rol de Cognito CognitoRoleNotConfigured

No se configuró el rol de IAM que otorga permisos a OpenSearch Service para configurar los grupos de usuarios y de identidades de Amazon Cognito, los cuales utiliza para la autenticación. Configure el rol con un conjunto de permisos y una relación de confianza adecuados. Puede utilizar la consola, que crea el rol CognitoAccessForAmazonOpenSearch predeterminado, o puede configurar manualmente un rol mediante la AWS CLI o el SDK de AWS.
No se puede describir el grupo de usuarios UserPoolNotDescribable El rol de Amazon Cognito especificado no tiene permiso para describir el grupo de usuarios asociado a su dominio. Asegúrese de que la política de permisos de rol permita la acción cognito-identity:DescribeUserPool. Consulte Acerca del rol CognitoAccessForAmazonOpenSearch para ver la política de permisos completa.
No se puede describir el grupo de identidades IdentityPoolNotDescribable El rol de Amazon Cognito especificado no tiene permiso para describir el grupo de identidades asociado a su dominio. Asegúrese de que la política de permisos de rol permita la acción cognito-identity:DescribeIdentityPool. Consulte Acerca del rol CognitoAccessForAmazonOpenSearch para ver la política de permisos completa.
No se pueden describir los grupos de usuarios y de identidades CognitoPoolsNotDescribable El rol de Amazon Cognito especificado no tiene permiso para describir los grupos de usuarios e identidades asociados a su dominio. Asegúrese de que la política de permisos de rol permita las acciones cognito-identity:DescribeIdentityPool y cognito-identity:DescribeUserPool. Consulte Acerca del rol CognitoAccessForAmazonOpenSearch para ver la política de permisos completa.
La clave de KMS no está habilitada KMSKeyNotEnabled

La clave de AWS Key Management Service (AWS KMS) utilizada para cifrar el dominio no está habilitada. Vuelva a habilitar la clave inmediatamente.
El estado del certificado personalizado no es ISSUED (EMITIDO) InvalidCertificate

Si su dominio utiliza un punto de conexión personalizado, protéjalo mediante la generación de un certificado SSL en AWS Certificate Manager (ACM) o la importación de uno de los suyos. El estado del certificado debe ser Emitido. Si aparece este error, compruebe el estado del certificado en la consola de ACM. Si el estado aparece como Expired (Vencido), Failed (Error), Inactive (Inactivo) o Pending validation (Pendiente de validación), consulte la documentación sobre solución de problemas de ACM para solucionar el problema.
No hay capacidad suficiente para lanzar el tipo de instancia elegido InsufficientInstanceCapacity

La capacidad del tipo de instancia solicitada no está disponible. Por ejemplo, es posible que haya solicitado cinco nodos i3.16xlarge.search, pero OpenSearch Service no tiene suficientes hosts de i3.16xlarge.search disponibles, por lo que la solicitud no se puede llevar a cabo. Compruebe los tipos de instancias admitidos en OpenSearch Service y elija un tipo de instancia distinto.
Índices rojos en clúster RedCluster

Uno o más índices del clúster tienen un estado rojo, lo que lleva a un estado rojo general del clúster. Para solucionar este problema, consulte Estado rojo del clúster.
Interruptor de circuitos de memoria, demasiadas solicitudes TooManyRequests

Hay demasiadas solicitudes de búsqueda y escritura en su dominio, por lo que OpenSearch Service no puede actualizar su configuración. Puede reducir la cantidad de solicitudes, escalar las instancias verticalmente hasta 64 GiB de RAM o escalar horizontalmente mediante la adición de instancias.
La nueva configuración no puede almacenar datos (poco espacio en disco) InsufficientStorageCapacity

El tamaño de almacenamiento configurado no puede contener todos los datos de su dominio. Para solucionar este problema, elija un volumen mayor, elimine los índices que no se utilizan o aumente la cantidad de nodos del clúster para liberar espacio en el disco de inmediato.
Particiones ancladas a nodos específicos ShardMovementBlocked

Uno o más índices de su dominio están adjuntos a nodos específicos y no se pueden reasignar. Lo más probable es que esto suceda porque se configuró el filtrado de asignación de particiones, que le permite especificar qué nodos tienen permiso para alojar las particiones de un índice en particular.

Para solucionar este problema, elimine los filtros de asignación de particiones de todos los índices afectados:

PUT my-index/_settings
{  
  "settings": {    
    "index.routing.allocation.require._name": null  
  }
}
La nueva configuración no puede contener todas las particiones (recuento de particiones) TooManyShards El recuento de particiones de su dominio es demasiado alto, lo que impide que OpenSearch Service los mueva a la nueva configuración. Para solucionar este problema, escale su dominio horizontalmente. Para ello, agregue nodos del mismo tipo de configuración que los nodos actuales del clúster. Tenga en cuenta que el tamaño máximo de volumen de EBS depende del tipo de instancia del nodo.

Para evitar este problema en el futuro, consulte Selección del número de particiones y defina una estrategia de partición que sea adecuada para su caso de uso.

La subred asociada al dominio no admite direcciones IPv4

ResultCodeIPv4BlockNotExists

Para resolver este problema, cree una subred o actualice la subred existente en la VPC según el tipo de dirección IP configurada del dominio. Si su dominio usa un tipo de dirección únicamente para IPv4, use una subred solo para IPv4. Si su dominio usa el modo de doble pila, use una subred de doble pila.

La subred asociada al dominio no admite direcciones IPv6

ResultCodeIPv6BlockNotExists

Para resolver este problema, cree una subred o actualice la subred existente en la VPC según el tipo de dirección IP configurada del dominio. Si su dominio usa un tipo de dirección únicamente para IPv4, use una subred solo para IPv4. Si su dominio usa el modo de doble pila, use una subred de doble pila.