OpenSearch:Gestión de aplicaciones

1. Instance ID: Identificador único de la instancia.

2. Instance creation time: Hora de creación de la instancia, en formato AAAA-MM-DD HH:MM:SS.

3. Billing method: Método de facturación de OpenSearch; puede ser suscripción o pay-as-you-go.

4. Region: Región donde se despliega la aplicación, como China (Hangzhou), China (Shanghai), China (Beijing), China (Qingdao) y China (Zhangjiakou).

5. Instance type: Tipo de instancia de OpenSearch, como Advanced o Standard.

6. Preferred cluster specifications: Especificaciones de la instancia adaptadas a distintos casos de uso, como General-purpose Shared, Compute-optimized Shared, General-purpose Dedicated y Compute-optimized Dedicated.

7. Storage resource: Tamaño total de todos los documentos en todas las tablas de la aplicación. Este tamaño se calcula según el contenido de los campos, tratados como cadenas de texto, y no incluye los nombres de los campos.

8. Computing resource: Una unidad lógica de cómputo (LCU) es una unidad para medir la potencia de cómputo de búsqueda. Una LCU representa la potencia de cómputo de 10 milinúcleos en un clúster de búsqueda. Un milinúcleo es una unidad de recursos de CPU equivalente a 1/1000 de un núcleo.

9. Instance description: Descripción breve y personalizable de la instancia.

Al configurar una aplicación por primera vez y completar la reindexación inicial, se obtiene una única aplicación en línea. Si posteriormente ejecuta una operación que desencadena una reindexación, como borrar datos o aplicar un cambio fuera de línea, OpenSearch crea una aplicación fuera de línea para garantizar la estabilidad de sus servicios de producción. Todos los cambios se aplican en la aplicación fuera de línea. Una vez que esta construye correctamente su índice, puede ejecutar pruebas sobre ella. Cuando supera las pruebas, puede promoverla como la nueva aplicación en línea. Este proceso asegura que cualquier modificación en la instancia de la aplicación sea transparente y no afecte a los usuarios.

El estado Normal indica que la versión de la aplicación está en línea y atiende tráfico.

Otros estados para aplicaciones que no están en servicio incluyen:

1) Pending: La aplicación no está configurada.

2) Initializing Version: Se está inicializando la versión de la aplicación.

3) Initializing Data: Se están inicializando los datos.

4) Invalid: Una aplicación queda invalidada si su almacenamiento de datos completo supera la cuota, o si no existe alguna tabla o campo del origen de datos. Las aplicaciones invalidadas deben eliminarse y reconfigurarse.

5) Expired: En una instancia suscripción, el servicio se suspende al finalizar el periodo de suscripción. La instancia se conserva en la consola durante 7 días, periodo en el que solo puede renovar el servicio. Las demás funciones no están disponibles.

6) Frozen: La aplicación tiene pagos pendientes.

Esta sección incluye información sobre la versión actual de la aplicación, como su método de facturación, especificaciones preferidas del clúster, recurso de almacenamiento y recurso de cómputo, además del ID de instancia, la región y la descripción de la aplicación.

Nota: Para obtener más información sobre las reglas de facturación de su aplicación, consulte la documentación de Billing methods and pricing.

Un endpoint de API, también conocido como endpoint, varía según la región. Cuando utiliza una API o un SDK para acceder a OpenSearch, debe usar el endpoint de API correcto para la región de su aplicación. Cada región proporciona distintos endpoints para diferentes entornos de red. Utilice el endpoint interno para acceder desde instancias ECS dentro de la misma región (incluso dentro de la misma VPC) y el endpoint público para acceder a través de Internet. Elija el endpoint adecuado según su despliegue. Antes de utilizarlo, haga ping al endpoint para asegurarse de que es accesible.

Los endpoints de API incluyen dos tipos de dominios. El endpoint público es http://opensearch-cn-hangzhou.aliyuncs.com, que admite HTTPS y se usa para acceder desde Internet. El endpoint interno es http://intranet.opensearch-cn-hangzhou.aliyuncs.com, que también admite HTTPS y se usa para acceder desde la misma región, incluso desde una VPC.

Esta configuración especifica el origen de sus datos en OpenSearch. Los orígenes de datos compatibles incluyen MaxCompute, ApsaraDB RDS (se admite la versión 8.0; las versiones anteriores a 5.2 y posteriores a 8.0 no son compatibles), PolarDB y pushing data via the API or an SDK.

1. Tabla: Representa la estructura de tablas (esquema) de la aplicación.

2. Campos de índice: Campos configurados como índices en la aplicación. Por ejemplo, puede usar un campo de índice llamado 'id' en una consulta.

   Ejemplo: query=id:'cloud search'. Para obtener más información sobre los métodos de análisis de índices, consulte aquí.

3. Campos de atributo: Campos configurados como atributos en la aplicación.

   Uso: Utilice campos de atributo en las cláusulas filter, aggregate, sort y distinct para filtrar, agregar y ordenar. Por ejemplo: filter=id>100000.

Para cada solicitud de búsqueda, puede especificar los default display fields para limitar qué campos se devuelven del esquema de la aplicación.

Puede usar CloudMonitor para consultar métricas clave de la versión actual de la aplicación, como capacidad de almacenamiento (bytes), uso de capacidad de almacenamiento (%), número total de documentos, consultas por segundo (QPS), consultas limitadas por segundo (QPS), duración de consultas (ms), recurso de cómputo (LCU), recursos de cómputo consumidos por consulta (LCU) y pico diario de recurso de cómputo (LCU). Para obtener más información sobre estas métricas y cómo configurar alertas, consulte la documentación.

OpenSearch conserva una copia de todos los datos que cargue o sincronice desde un origen de datos. Debe reindexar cuando modifique el esquema de la aplicación o necesite importar un conjunto completo de datos. Hay dos métodos de reindexación disponibles: 1) Reindexación manual, que suele usarse al modificar el esquema de la aplicación o al importar un conjunto completo de datos. 2) Reindexación programada, que se utiliza comúnmente para importaciones completas diarias desde orígenes de datos como MaxCompute. La sincronización de datos está habilitada de forma predeterminada para orígenes de datos ApsaraDB RDS, por lo que no necesita configurar tareas de reindexación programada.

Puede cambiar el método de facturación de pay-as-you-go a suscripción. Para obtener información sobre métodos de facturación, precios y el procedimiento, consulte la documentación.

Los registros de errores muestran mensajes de error correspondientes a operaciones de reindexación con errores y a fallos en el procesamiento de datos enviados mediante API o SDK. Tenga en cuenta que los envíos de datos a través de la API o un SDK son asíncronos. Una respuesta correcta de la API no garantiza que los datos se hayan procesado correctamente. Si el procesamiento de datos falla, aparece un mensaje de error en la consola. Para conocer el significado de los códigos de error, consulte la documentación.

Aplicación en línea: Versión de la aplicación OpenSearch que actualmente atiende su tráfico de búsqueda.

Aplicación fuera de línea: Cuando necesita aplicar cambios de configuración en una aplicación, como modificar el esquema, OpenSearch crea una nueva versión de la aplicación en línea actual. Esta nueva versión es la aplicación fuera de línea y comienza con la misma configuración que la aplicación en línea. Una aplicación en línea admite cambios fuera de línea (en el origen de datos, el esquema de la aplicación y la estructura de índices), así como modificaciones en configuraciones de consulta, ordenamiento y otras funciones extendidas. Sin embargo, no puede crear otra versión a partir de una aplicación fuera de línea para aplicar más cambios. Debe aplicar todas las configuraciones directamente en la aplicación fuera de línea actual. Por lo tanto, las aplicaciones en línea y fuera de línea tienen una relación de herencia, pero son independientes entre sí.

Aplicación no publicada: Cuando publica una aplicación fuera de línea, esta se convierte en la nueva aplicación en línea, y la aplicación en línea anterior pasa a ser una aplicación no publicada. En ese momento, la antigua aplicación en línea, ahora no publicada, no puede volver a publicarse a menos que inicie otro cambio fuera de línea en la aplicación en línea actual. Su estado es "Published".

Para evitar eliminaciones accidentales, debe introducir el nombre correcto de la aplicación seguido de "online application" para confirmar la eliminación.

Para prevenir la pérdida de datos por una eliminación accidental, OpenSearch impide eliminar una aplicación completa mientras exista una aplicación en línea. Si está seguro de que la aplicación ya no es necesaria, siga estos pasos:

1. Elimine la aplicación fuera de línea: En la página Application Management, vaya a la página Application Details, seleccione la aplicación fuera de línea y luego haga clic en Delete Application.

   Importante

   Si no existe ninguna aplicación fuera de línea, puede omitir este paso.

2. Elimine la aplicación en línea: En la página Application Management, vaya a la página Application Details, seleccione la aplicación en línea y luego haga clic en Delete Application.

3. Cuando la aplicación esté en estado Pending, podrá eliminarla.

   Nota: Solo puede eliminar instancias pay-as-you-go. No es posible eliminar instancias suscripción.

Cuando necesite modificar el esquema de la aplicación (agregar o eliminar campos, modificar o agregar índices, agregar o eliminar atributos) o cambiar el origen de datos, debe aplicar un cambio fuera de línea. Para más detalles, Perform offline changes.