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.
OpenSearch Paneles de resolución de problemas
En esta sección se describen los problemas conocidos que pueden provocar que los OpenSearch paneles no estén disponibles, no se carguen o se comporten de forma inesperada. Cada problema incluye las medidas que puede tomar para resolverlo usted mismo. Los paneles se ejecutan en los nodos de datos más importantes de su dominio y almacenan su estado (patrones de índice, visualizaciones y paneles) en el OpenSearch índice de paneles. Como resultado, la mayoría de los problemas de disponibilidad de Dashboards se deben al estado del clúster, al almacenamiento, a una migración del índice de OpenSearch Dashboards, a la configuración de un clúster o Dashboards, a los límites de recursos o a la versión del software de servicio del dominio.
Cada problema se organiza en forma de síntoma (lo que ve y cómo confirmarlo), causa raíz, cómo mitigarlo (pasos de autoservicio) y acción sugerida (cómo evitar que se repita).
nota
Muchos de los problemas conocidos de los paneles de control ya se han resuelto en una versión más reciente del software de servicio. Antes de seguir solucionando el problema, abre la consola de Amazon OpenSearch Service (la AWS consola del servicio, no la interfaz de usuario de OpenSearch Dashboards), comprueba el panel de notificaciones e instala la última actualización de software del servicio disponible. En las siguientes secciones, se indica que esta es la acción recomendada. Si ya se está realizando un cambio de configuración o una actualización, espere a que finalice antes de instalar la actualización.
El panel está bloqueado con el mensaje «el servidor aún no está listo» (error HTTP 503 no está listo)
- Síntoma
-
Se muestran los paneles
OpenSearch Dashboards server is not ready yet(el error HTTP 503 no está listo) y no termina de cargarse. Los paneles muestran esta página siempre que no haya terminado de iniciarse. Una versión breve es normal durante un reinicio, una actualización o un blue/green despliegue y se borra por sí sola. Trátela como un problema cuando persiste. Para determinar la causa, compruebe el estado del clúster del dominio y si se está realizando un cambio de configuración o una actualización:-
Si hay un cambio o una actualización en curso, el mensaje suele ser transitorio; espere a que el dominio vuelva a estar activo.
-
Si el estado del clúster está en rojo, los paneles no se pueden iniciar porque depende del clúster; primero resuelva el problema del clúster (consulteProblemas relacionados con el clúster y el acceso).
-
Si el mensaje persiste mientras el estado del clúster está en verde, lo más probable es que la migración del índice de los OpenSearch paneles esté bloqueada (se describe a continuación).
-
- Causa raíz
-
Dashboards informa que «el servidor aún no está listo» hasta que todos sus servicios principales terminen de inicializarse, por lo que se espera que se publique una versión transitoria del mensaje durante el inicio y la implementación. blue/green Cuando persiste con un clúster verde, la causa más común es que se bloquea la migración del índice de OpenSearch Dashboards: al iniciarse, Dashboards migra sus objetos guardados a un nuevo índice con un alias y, si la migración no se puede completar, Dashboards nunca estará listo. Los factores desencadenantes más comunes de una migración bloqueada son los siguientes:
-
Tras una actualización, se puede bloquear la migración por los siguientes motivos:
-
Un índice de OpenSearch cuadros de mando sobrante de una versión anterior impide que se cree el nuevo alias.
-
Una actualización de una versión anterior del motor cuyos paneles no utilizaban un alias entra en conflicto con un índice existente.
-
Los documentos escritos por una instancia de Dashboards más reciente (autogestionada) no se pueden migrar automáticamente a la versión de destino.
-
-
Sin una actualización, se puede bloquear la migración por los siguientes motivos:
-
Un índice de OpenSearch paneles dañado creado por una solicitud de interfaz de usuario o una restauración bloquea el alias.
-
Dos o más índices de OpenSearch Dashboards versionados apuntan al mismo alias. También puede aparecer como un
Internal Server Error(HTTP 500) incluso cuando el estado del clúster esté en color verde. -
Per-user o los índices por arrendatario se crearon sin un alias en los dominios que utilizan un control de acceso detallado o la autenticación de Amazon Cognito.
-
No se puede aplicar un cambio de mapeo de objetos guardados porque el documento está dañado.
-
-
- ¿Cómo mitigarlo
-
-
Si hay un cambio de configuración o una actualización de versión en curso, espere a que el dominio vuelva a estar activo. El mensaje suele ser transitorio y se borra por sí solo. Un cambio o una actualización normales se completan en unas pocas horas. Si Dashboards sigue sin estar disponible más de 4 horas después de que el dominio vuelva a estar activo, trátelo como un problema persistente. Continúe con los siguientes pasos. (No puedes iniciar una actualización del software del servicio mientras el dominio esté procesando un cambio).
-
Si el estado del clúster es rojo o amarillo, resuelva primero el problema del clúster (consulteProblemas relacionados con el clúster y el acceso). Los paneles no pueden iniciarse en un clúster en mal estado.
-
Si el mensaje persiste mientras el estado del clúster está en verde, recopile algunos diagnósticos de solo lectura que ayuden a AWS Support a resolver el problema más rápido y, a continuación, póngase en contacto con AWS Support
para reparar el índice de OpenSearch paneles. En su caso, incluya el resultado de los siguientes comandos: GET _cat/aliases/.kibana*?v GET _cat/indices/.kibana*?vReparar la migración bloqueada es la solución para un dominio que ya estaba bloqueado. Instalar una actualización de software no desbloquea, por sí solo, un dominio que ya está bloqueado. No elimine usted mismo el índice OpenSearch de paneles. Al eliminarlo de forma permanente, se eliminan todas las visualizaciones, paneles y patrones de índice guardados que no estén respaldados en una instantánea. Si una reparación requiere eliminar un índice que contiene datos, AWS Support solicita primero su permiso. En el caso de un dominio de producción que no haya estado disponible durante más de una hora y no se esté realizando ningún cambio de configuración, abra su caso de Support si el sistema de producción presenta una avería grave o superior.
-
Para evitar que se repita, mantenga el dominio en la última actualización del software de servicio; las versiones actuales corrigen las causas más comunes de los errores de migración. Instala la actualización cuando el dominio vuelva a estar activo.
-
Realice una instantánea manual antes de cada actualización de versión para poder restaurar los objetos guardados en caso de que se produzca un error en la migración. Para obtener más información sobre la toma de instantáneas, consulteCreación de instantáneas de índices en Amazon Service OpenSearch.
-
- Acción sugerida
-
Mantenga su dominio en una versión de software de servicio actual y tome una instantánea antes de cada actualización. Si confía en los paneles de control para la supervisión de la producción, considere la opción centralizadaUso de la OpenSearch interfaz de usuario en Amazon OpenSearch Service, que no está vinculada a la migración del índice de OpenSearch paneles de control por dominio de un solo dominio.
Los paneles no se cargan con el mensaje allow_explicit_index
- Síntoma
-
Los paneles no se cargan y muestran un mensaje similar al siguiente:
Kibana must be able to specify the index within Elasticsearch multi-requests (rest.action.multi.allow_explicit_index=true). - Causa raíz
-
La opción de clúster
rest.action.multi.allow_explicit_indexavanzado está configurada en.falseEstablezca esta opción paratrueque Dashboards pueda realizar sus operaciones masivas, mget y msearch. - ¿Cómo mitigar
-
rest.action.multi.allow_explicit_indexVuelva a estartrueen las opciones avanzadas del dominio. Se trata de un cambio en el plano de administración que realiza con sus propias AWS credenciales, ya sea en la consola (abra el dominio, elija Editar y actualice la configuración avanzada del clúster) o con la interfaz de línea de AWS comandos (CLI AWS ):aws opensearch update-domain-config \ --domain-namemy-domain\ --advanced-options rest.action.multi.allow_explicit_index=trueAl cambiar una opción avanzada, se desencadena una blue/green implementación, por lo que el cambio tarda unos minutos en aplicarse. Para obtener más información sobre la configuración avanzada del clúster, consulteConfiguración avanzada de clústeres.
- Acción sugerida
-
No lo configure
rest.action.multi.allow_explicit_indexafalsemenos que pretenda restringir el acceso a los índices mediante políticas basadas en recursos. Si lo deja en el valor predeterminado (true), los paneles seguirán funcionando.
Los paneles se quedan sin memoria
- Síntoma
-
Los paneles se reinician, se bloquean o dejan de responder durante la carga, especialmente cuando se abren paneles grandes o se cargan muchos objetos guardados.
- Causa raíz
-
El proceso de los paneles agotó la memoria disponible, a menudo debido a la carga de demasiados objetos guardados o al renderizar paneles pesados.
- ¿Cómo mitigar
-
-
Instale la última actualización del software de servicio. Las versiones actuales dimensionan el montón de paneles de forma dinámica y eliminan el antiguo límite de tamaño fijo.
-
Si lo ha aumentado
savedObjects:listingLimit(predeterminado1000) en la configuración avanzada, redúzcalo. Los valores altos, por ejemplo10000, han provocado errores de falta de memoria. -
Reduzca la complejidad del panel de control, el número de paneles y la frecuencia de actualización automática.
-
Si el uso de memoria es elevado de forma crónica, amplíelo a un tipo de instancia con más memoria. Para obtener más información sobre el tamaño de los dominios, consulte. Dimensionamiento de los dominios de Amazon OpenSearch Service
-
- Acción sugerida
-
Para detectar esto antes de que Dashboards se quede sin memoria, observe la
OpenSearchDashboardsHeapUtilizationCloudWatch métrica; si supera constantemente el 80%, escale a un tipo de instancia más grande. Right-size el tipo de instancia que utilice para sus paneles de control, mantenga un tamaño reducido de los paneles y evitesavedObjects:listingLimitsobrepasar lo que necesita.
Las solicitudes fallan debido al tamaño de la carga
- Síntoma
-
Algunas páginas de Dashboards no se cargan porque la carga útil de la solicitud supera el límite de carga útil de Dashboards (que por defecto es 1
server.maxPayloadBytesMB/1.048.576 bytes). - Causa raíz
-
Los patrones de índice que coinciden con una gran cantidad de índices o campos producen solicitudes que superan el límite de carga útil.
- ¿Cómo mitigar
-
-
Reduzca el tamaño de la solicitud en lugar de aumentar el límite:
-
Reduzca la cantidad de índices en sus patrones de índice.
-
Reduzca el número de campos.
-
Reduzca la longitud del nombre de campo.
-
-
Póngase en contacto con AWS Support
para solicitar la opción compatible a nivel de cuenta que mantenga un server.maxPayloadBytesvalor aumentado para que sobreviva a las blue/green implementaciones y los reemplazos de nodos. Esta opción está disponible en todas las versiones de Amazon OpenSearch Service compatibles.
nota
No intentes aumentar este límite editando tú mismo la configuración de los paneles de control en los nodos. Node-level los cambios no son persistentes. Cualquier blue/green implementación o reemplazo de nodo los elimina. En su lugar, utilice la opción a nivel de cuenta a través de AWS Support.
-
- Acción sugerida
-
Mantén los patrones de índice dentro del ámbito de los índices y campos que realmente utilices para que las solicitudes se mantengan dentro del límite de carga útil.
Los paneles no están disponibles durante la actualización de una versión
- Síntoma
-
Los paneles no están disponibles durante la mayor parte de la implementación de una actualización de la versión blue/green del motor. Se trata de un comportamiento esperado, no de un error, y se resuelve solo cuando se completa la actualización.
- Causa raíz
-
Los paneles permanecen desconectados durante la mayor parte de una actualización de la versión para evitar tener que comprobar la versión en las condiciones de carrera entre el entorno antiguo y el nuevo.
- ¿Cómo mitigar
-
Espere a que se complete la actualización; los paneles volverán a estar disponibles automáticamente. Trate las actualizaciones de versión como un período de mantenimiento planificado de los paneles de control y prográmelas fuera del horario laboral más importante. Para obtener más información sobre los cambios de configuración, consulte. Realizar cambios de configuración en Amazon OpenSearch Service
- Acción sugerida
-
Programe las actualizaciones durante los períodos de poco tráfico. Si necesita una disponibilidad de Dashboard que no esté vinculada a la ventana de actualización de un solo dominio, considere la opción centralizada. Uso de la OpenSearch interfaz de usuario en Amazon OpenSearch Service
La actualización de una versión del motor no supera la comprobación previa a la actualización y presenta un índice incompatible
- Síntoma
-
Se inicia una actualización de la versión del motor (o se ejecuta la comprobación de aptitud de la actualización) y no se realiza correctamente en la comprobación previa a la actualización, antes de que comience cualquier actualización. La notificación de validación muestra uno o más índices incompatibles y puede asignar un nombre específico al índice de los OpenSearch paneles de control. Esto suele ocurrir cuando se actualiza a la versión OpenSearch 3.x mientras el dominio aún tiene índices creados en la versión OpenSearch 1.3, Elasticsearch 7.10 o versiones anteriores, incluido el índice de Dashboards. OpenSearch (Las actualizaciones de la versión OpenSearch 1.3 o la 2.x deben pasar primero a la versión 2.19 y, después, a la OpenSearch 3.x). OpenSearch
- Causa raíz
-
OpenSearch solo puede leer los índices de la versión principal inmediatamente anterior, por lo que la versión OpenSearch 3.x no admite los índices creados en OpenSearch 1.3, Elasticsearch 7.10 o versiones anteriores. La comprobación previa a la actualización bloquea la actualización y muestra estos índices a propósito para que no se pierda ningún dato. Debe volver a indexar o eliminar los índices antiguos antes de actualizar una versión principal; el servicio no los reindexa automáticamente. El índice de OpenSearch paneles sigue la misma regla.
- ¿Cómo mitigar
-
-
Realice la comprobación de aptitud para la actualización para ver la lista completa de índices incompatibles (la misma lista se encuentra en la notificación de actualización fallida). Para obtener más información sobre la actualización de dominios, consulte. Actualización de los dominios OpenSearch de Amazon Service
-
Realice una instantánea manual antes de realizar cambios. Para obtener más información sobre la toma de instantáneas, consulteCreación de instantáneas de índices en Amazon Service OpenSearch.
-
Para cada índice de datos incompatible, vuelva a indexarlo en un índice nuevo (creado en la versión actual) y, a continuación, elimine el anterior. En el caso de los índices UltraWarm o en frío, muévalos primero al almacenamiento en caliente, vuelva a indexarlos y, a continuación, muévalos hacia atrás.
POST _reindex { "source": { "index": "my-old-index" }, "dest": { "index": "my-new-index" } } -
Para el índice de OpenSearch paneles, primero haga una copia de seguridad, ya que contiene los patrones de índice, las visualizaciones y los paneles: en los paneles, vaya a Administración de paneles, Objetos guardados y expórtelos. A continuación, elimine el índice incompatible. Tras la actualización, se crea automáticamente un índice nuevo y compatible; después, vuelva a importar los objetos guardados. Si prefieres no eliminarlo, ponte en contacto con AWS Support
. -
Elimine cualquier índice incompatible que ya no necesite en lugar de volver a indexarlo.
-
Re-run compruebe la idoneidad y vuelva a activar la actualización una vez que se apruebe.
-
- Acción sugerida
-
Vuelva a indexar o retire los índices antiguos para que no abarquen más de una versión principal; los índices que queden tras varias actualizaciones acabarán por bloquear una de ellas. Realice una instantánea manual antes de cada actualización y exporte los objetos guardados de su OpenSearch panel de control periódicamente como copias de seguridad.
Los paneles no se cargan correctamente, muestran una página en blanco o generan informes en blanco
- Síntoma
-
Un solo usuario o navegador ve una página en blanco, informes en blanco o un banner rojo que dice lo siguiente
OpenSearch Dashboards did not load properly. Check the server output for more information., mientras que los demás usuarios no se ven afectados. Confirma reproduciendo en una ventana privada (incógnito) o en un navegador diferente. - Causa raíz
-
Un caché de navegador obsoleto provoca este problema, especialmente después de una actualización del software del servicio o cuando utilizas la función de informes.
- ¿Cómo mitigarlo?
-
-
Borra la memoria caché y las cookies del navegador y, a continuación, vuelve a cargar la página. Prueba con una ventana privada (incógnito) y un navegador compatible y actualizado.
-
Desactiva los bloqueadores de anuncios o las extensiones del navegador para la URL del panel de control.
-
Si el aviso persiste para todos los usuarios (no solo para un navegador), instala la última actualización del software de servicio y, si el problema persiste, ponte en contacto con AWS Support
.
-
- Acción sugerida
-
Borra la memoria caché del navegador después de una actualización del software de servicio y utiliza un navegador compatible y actualizado.
Configuraciones no compatibles
Evite estas configuraciones, que suelen provocar problemas en los paneles de control:
-
Los proxies inversos (por ejemplo, nginx) situados delante de los paneles solo se admiten para el control de acceso, como se describe en. Uso de un proxy para acceder al OpenSearch servicio desde los paneles Si ejecuta Dashboards a través de un software proxy de terceros y aparece un error inesperado, reproduzca el problema sin el proxy antes de ponerse en contacto con AWS Support.
-
Las ediciones manuales de los archivos de configuración de los nodos no son persistentes. Cualquier blue/green implementación o reemplazo de nodo las revierte. Utilice los ajustes y opciones compatibles en lugar de realizar modificaciones a nivel de nodo. No puedes usar SSH para acceder a los nodos o modificar directamente los archivos de configuración.
Problemas relacionados con el clúster y el acceso
Como los paneles dependen de un clúster en buen estado y de la configuración de acceso del dominio, los siguientes temas de solución de problemas suelen aplicarse cuando los paneles no están disponibles. Para ver todos estos aspectos, consulte. Solución de problemas de Amazon OpenSearch Service
-
No puedo acceder a los OpenSearch paneles: política de acceso y autenticación de Amazon Cognito, incluidos
User: anonymous is not authorized to perform: es:ESHttpGetel error VPC-access y los tiempos de espera de las solicitudes. -
Estado del clúster rojo y estado del clúster amarillo: los fragmentos no asignados impiden que Dashboards lea o escriba su índice de paneles. OpenSearch
-
ClusterBlockException: el poco espacio de almacenamiento o la alta presión de la memoria de la JVM bloquean las escrituras, incluidas las escrituras en el índice de Dashboards. OpenSearch
-
JVM OutOfMemoryError y aceleración de solicitudes: la sobrecarga del clúster aparece como errores y respuestas en los cuadros de mando.
429 Too Many Requests