Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
![]() |
Guía de administración de Oracle® ZFS Storage Appliance |
Capítulo 1 Descripción general de Oracle ZFS Storage Appliance
Capítulo 3 Configuración inicial
Capítulo 4 Configuración de red
Capítulo 5 Configuración del almacenamiento
Capítulo 6 Configuración de red de área de almacenamiento
Capítulo 7 Configuración de usuario
Capítulo 8 Configuración de preferencias de dispositivos ZFSSA
Capítulo 9 Configuración de alertas
Capítulo 10 Configuración de cluster
Descripción de la agrupación en clusters
E/S de interconexión del cluster
Descripción de gestión de recursos del cluster
Toma de control y failback en clusters
Cambios de configuración en un entorno en cluster
Consideraciones de la agrupación en clusters para almacenamiento
Consideraciones de la agrupación en clusters para redes
Interfaces IP locales privadas
Consideraciones de la agrupación en clusters para InfiniBand
Situaciones de ruta redundante de agrupación en clusters
Estimación y reducción del impacto de la toma de control
Configuración de clusters con la BUI
Configuración de agrupaciones en clusters
Desconfiguración de una agrupación en clusters
Configuración de agrupaciones en clusters con la CLI
Cierre de una configuración en clusters
Cierre del nodo principal en espera
Desconfiguración de una agrupación en clusters
Cableado de clusters ZS3-4 y 7x20
Cableado de estantes de almacenamiento
Página de configuración de clusters de la BUI
Capítulo 11 Servicios del dispositivo ZFSSA
Capítulo 12 Recursos compartidos, proyectos y esquemas
Capítulo 15 Secuencias de comandos de la CLI
Es importante comprender el alcance de la implementación de agrupaciones en clusters de los dispositivos Sun ZFS Storage Appliance. El término "cluster" se usa en la industria para hacer referencia a numerosas tecnologías diferentes que tienen una variedad de propósitos. Aquí se utiliza para hacer referencia a un metasistema compuesto por dos nodos principales de dispositivos y almacenamiento compartido, que se emplea para proporcionar una mejor disponibilidad en caso de que uno de los nodos presente ciertos fallos de hardware o software. Un cluster contiene exactamente dos controladores de almacenamiento o dispositivos, a los que en este documento se hace referencia como nodos principales. Cada nodo principal puede tener asignada una recopilación de recursos de almacenamiento, red y otros recursos del conjunto disponible para el cluster, lo que permite la construcción de una de dos topologías principales. Muchas personas usan el término activo-activo para describir un cluster en el que hay dos (o más) agrupaciones de almacenamiento, una asignada a cada nodo principal, junto con recursos de red utilizados por los clientes para alcanzar los datos almacenados en esa agrupación, y el término activo-pasivo para hacer referencia a un cluster en el que un único grupo de almacenamiento se asigna al nodo principal designado como activo junto con sus interfaces de red asociadas. Ambas topologías son compatibles con Oracle ZFS Storage Appliance. La distinción entre ellas es artificial; no hay ninguna diferencia de software ni hardware entre ellas y se puede alternar libremente entre las dos con la simple agregación o destrucción de una agrupación de almacenamiento. En ambos casos, si uno de los nodos principales falla, el otro (el par) toma el control de todos los recursos conocidos y proporciona los servicios asociados con esos recursos.
Como alternativa a tener que incurrir en horas o días de tiempo de inactividad mientras se repara el nodo principal, la agrupación en clusters permite al dispositivo que actúa como par proporcionar los servicios mientras se realiza la reparación o el reemplazo. Asimismo, los clusters admiten la actualización gradual del software, lo que puede reducir las interrupciones comerciales asociadas con la migración a software más reciente. Algunas tecnologías de agrupación en clusters tienen ciertas capacidades adicionales más allá de la mejora de la disponibilidad. El subsistema de agrupación en clusters Oracle ZFS Storage Appliance no está diseñado para proporcionarlas. En particular, no proporciona equilibrio de carga entre varios nodos principales, no mejora la disponibilidad en caso de fallo del almacenamiento, no ofrece a los clientes un espacio de nombres de sistema de archivos unificado entre varios dispositivos ni divide la responsabilidad de servicio en un área geográfica amplia con fines de recuperación ante desastres. Estas funciones también están fuera del alcance de este documento. Sin embargo, la familia de productos Oracle ZFS Storage Appliance y los protocolos de datos que ofrece admiten numerosas funciones y estrategias que pueden mejorar la disponibilidad:
Chapter 13, Replicación de datos, que se puede utilizar para la recuperación ante desastres en uno o varios sitios geográficamente remotos.
Reflejo de datos en el cliente, que se puede llevar a cabo con LUN iSCSI redundantes proporcionados por varios servidores de almacenamiento desde ubicaciones arbitrarias.
Equilibrio de carga, que está incorporado en el protocolo NFS y se puede proporcionar para otros protocolos mediante hardware o software externos (se aplica a datos de sólo lectura).
Componentes de hardware redundantes, que incluyen fuentes de alimentación, dispositivos de red y controladores de almacenamiento.
Problemas de Manual de servicio del cliente de Oracle ZFS Storage Appliance , software que puede identificar componentes con fallos, retirarlos de servicio y orientar a los técnicos para reparar o reemplazar el hardware correcto.
Redundancia de tejido de red proporcionada por la funcionalidad LACP y IPMP.
Dispositivos de almacenamiento redundante (RAID).
En las secciones correspondientes de este documento, se puede encontrar información adicional acerca de otras funciones de disponibilidad.