Nota
Grupos y proyectos son términos sinónimos. Tu {PROJECT-ID} es lo mismo que tu ID del grupo. Para los grupos existentes, su identificador de grupo/proyecto sigue siendo el mismo. Esta página utiliza el término más familiar "grupo" al referirse a descripciones. El endpoint permanece como se indica en el documento.
MongoDB admite dos tipos de clústeres: sets de réplicas y clústeres. Un clúster fragmentado puede contener sets de réplicas dentro de él: cada partición puede ser un set de réplicas y el servidor de configuración también puede ser un set de réplicas. Estas relaciones se reflejan en la forma en que el Ops Manager modela los clústeres, y esto podría dar lugar a resultados inesperados a partir del recurso clusters.
Ejemplo
Considera una implementación con un clúster que contiene cuatro particiones, y cada partición es un set de réplicas de tres nodos.
En este escenario, el recurso clusters devolverá cinco entidades:
Uno que representa el clúster fragmentado, y
Cuatro que representan los sets de réplicas (particiones).
Sin embargo, si cada partición en esta implementación ficticia fuera un mongod autónomo en lugar de un set de réplicas, entonces el recurso clusters devuelve solo una entidad que representa el clúster.
URL base: https://{OPSMANAGER-HOST}:{PORT}/api/public/v1.0
Extremos
Los siguientes puntos finales están disponibles para clusters.
Método | Endpoint | Descripción |
|---|---|---|
OBTENER | Obtenga detalles de todos los clústeres en todos los proyectos disponibles para la clave programática que realiza la solicitud. | |
OBTENER | Recupera los detalles de todos los clústeres en un proyecto. | |
OBTENER | Recupera detalles de un clúster en un proyecto. | |
PATCH | Actualiza un clúster en un proyecto. |