Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.

Centro de ayuda/ GaussDB(DWS)/ Guía de gestión/ Gestión de clúster/ Topología de clústeres

Actualización más reciente 2024-06-12 GMT+08:00

Ver PDF

Topología de clústeres

Descripción

Una topología muestra todos los nodos de un clúster. Puede comprobar los estados de nodo, los procesos y las direcciones IP.

Puede comprobar la estructura de topología y los procesos de nodo.
Solo las versiones de clúster 8.0.0 y posteriores pueden mostrar la estructura de topología. Solo las versiones de clúster 8.2.0 y posteriores pueden mostrar procesos de nodo.

Consulta de la topología del clúster

Inicie sesión en la consola de gestión de GaussDB(DWS).
En la lista de clústeres, haga clic en el nombre de un clúster.
En la página Cluster Details, haga clic en la pestaña Cluster Topology.
En la parte superior de la página, puede seleccionar IP Address o Node Name. Después de introducir la dirección IP o el nombre del nodo en el cuadro de búsqueda, puede ver la ubicación de la dirección IP o el nombre del nodo en la topología del clúster.

Descripción de topología

haga clic para agrandar

Esta figura muestra una topología. Los elementos marcados en la figura son los siguientes:

Dirección IP pública del ELB enlazado al clúster. Si no hay direcciones IP públicas enlazadas al ELB, se muestra la dirección de servicio.
EIP enlazada al clúster.
Buscar categoría. Puede realizar búsquedas exactas por dirección IP o nombre de nodo.
Anillos en el clúster.
Un anillo. Cada anillo ocupa una línea. Un icono en un anillo indica un nodo.
Un nodo. El tipo de nodo se muestra en la esquina superior derecha del icono. Actualmente, el tipo solo puede ser CN o DN. Si hay un proceso CN en el nodo, se muestra CN. Si no hay procesos CN en el nodo, se muestra DN.
Detalles del nodo, incluido el nombre del nodo, el estado, las direcciones IP y el proceso de tareas. Los detalles del nodo se muestran cuando pasa el cursor sobre un icono de nodo.

Términos en la vista de topología

**Tabla 1** Descripción de la estructura de clúster
Nombre	Descripción	Uso
ELB	Elastic Load Balance (ELB) distribuye automáticamente el tráfico entrante entre varios servidores back-end según las reglas de escucha que configure.	Si la dirección IP privada o EIP de un CN se utiliza para conectarse a un clúster de GaussDB (DWS), el fallo de este CN conducirá a un fallo de conexión del clúster. Si se utiliza un nombre de dominio público o privado para la conexión, el servicio DNS selecciona aleatoriamente una dirección IP privada o EIP para cada cliente. Esto no puede balancear las cargas ni evitar fallos de un solo CN. ELB se utiliza para resolver estos problemas. Para obtener más información, véase Asociación y disociación del ELB.
EIP	El servicio Elastic IP (EIP) proporciona direcciones IP públicas estáticas y anchos de banda escalables que permiten que sus recursos en la nube se comuniquen con Internet.	Las EIP se pueden vincular a o los ECS, los BMS, las direcciones IP virtuales, los balanceadores de carga y los gateway de NAT o desvincularse de ellos.
Ring	Se utiliza un anillo de seguridad para aislar servidores defectuosos. Un fallo en un anillo no afecta a los servidores fuera del anillo.	Los datos en un DN tienen varias copias en un anillo, y no se perderán incluso si el servidor DN está defectuoso. Por ejemplo, si Server1 en un anillo es defectuoso, el DN1 en espera en el Server2, el DN2 en espera en el Server3 y el DN3 en espera en el Server3 todavía se están ejecutando. Las cargas de servidores en un anillo todavía están equilibradas. Un clúster puede ejecutarse correctamente siempre que el número de servidores defectuosos no exceda el número de anillos. NOTA: El anillo es la unidad mínima para una expansión horizontal. Cuando se escala un clúster, los nodos agregados deben ser un múltiplo de la cantidad de anillo.

**Tabla 2** Direcciones IP de nodo
Nombre	Descripción	Uso
Manage IP	Dirección IP utilizada por un nodo de almacén de datos para comunicarse con el plano de gestión	Es utilizado por el plano de gestión para entregar comandos, y utilizado por el nodo para informar el estado del nodo y la información de monitoreo.
Traffic IP	Dirección IP de un nodo de almacén de datos para acceso externo.	Esta dirección IP puede vincularse a una EIP o ELB, o conectarse directamente a una VPC.
Internal IP	Dirección IP utilizada para la comunicación dentro de un clúster de almacén de datos.	-
Internalmgnt IP	Dirección IP utilizada por los nodos para enviar comandos de gestión internos en un clúster de almacén de datos.	-

**Tabla 3** Procesos de nodo
Nombre	Descripción	Uso
CMS	Un Administrador de clústeres (CM) gestiona y monitorea el estado de ejecución de las unidades funcionales y los recursos físicos en el sistema distribuido, lo que garantiza la estabilidad del sistema. CM Server (CMS) es un módulo de CM.	Un CM se compone de CM Agent, OM Monitor y CM Server. CM Agent monitorea el estado de ejecución de los GTM primarios y en espera, CN y DN primarios y en espera en el host, e informa del estado al CM Server. Además, ejecute la sentencia de arbitraje entregada por CM Server. Un proceso CM Agent se ejecuta en cada servidor. OM Monitor monitorea las tareas programadas del CM Agent y reinicia el CM Agent cuando se detiene el CM Agent. Si CM Agent no se puede reiniciar, el servidor no estará disponible. En este caso, debe corregir manualmente este fallo. NOTA: Un CM Agent falla probablemente debido a la falta de recursos del sistema, lo que rara vez ocurre. CM Server comprueba si el sistema actual es normal de acuerdo con el estado de instancia notificado por CM Agent. En el caso de excepciones, CM Server entrega comandos de recuperación al CM Agent. GaussDB(DWS) despliega CM Server en modo primario/en espera para garantizar sistema HA. CM Agent se conecta al CM Server primario. Si el CM Server primario es defectuoso, el CM Server en espera se promueve a primario para evitar fallos de un solo CM.
GTM	Un Administrador de transacciones Globales (GTM) genera y mantiene la información única global, como el ID de la transacción, la instantánea de la transacción y la marca de tiempo.	Un grupo incluye solo un par de GTM: un GTM primario y un GTM en espera.
CN	Un Coordinador (CN) recibe solicitudes de acceso de aplicaciones y devuelve los resultados de ejecución al cliente; divide tareas y asigna fragmentos de tareas a diferentes DN para procesamiento paralelo.	Los CN de un clúster tienen funciones equivalentes y devuelven el mismo resultado para la misma sentencia DML. Se pueden agregar balanceador de carga entre los CN y aplicaciones para garantizar que los CN sean transparentes para las aplicaciones. Si un CN es defectuoso, el balanceador de carga conecta sus aplicaciones a otro CN. Los CN necesitan conectarse entre sí en la arquitectura de transacciones distribuidas. Para reducir la carga pesada causada por subprocesos excesivos en los GTM, no se deben configurar más de 10 CN en un clúster.
CCN	Coordinador Central (CCN)	GaussDB(DWS) maneja la carga de recursos globales en un clúster usando el Central Coordinator (CCN) para la gestión de carga dinámica adaptativa. Cuando se inicia el clúster por primera vez, el CM selecciona el CN con el ID más pequeño como el CCN. Si el CCN es defectuoso, CM lo reemplaza por uno nuevo.
DN	Un nodo de datos (DN) almacena los datos en modo almacén de filas, almacén de columnas o híbrido, ejecuta tareas de consulta de datos y devuelve los resultados de la ejecución a los CN.	Hay varios DN en el clúster. Cada DN almacena parte de los datos. Si los DN no se despliegan en modo primario/en espera y un DN es defectuoso, los datos en el DN serán inaccesibles.