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
Características y ventajas de los clusters
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
Al decidir entre una configuración en clusters o independiente para el sistema Oracle ZFS Storage Appliance, es importante considerar los costos y los beneficios de la operación en clusters. En todo el sector informático, es práctica común considerar la agrupación en clusters como una decisión de arquitectura automática, pero esta concepción refleja una vista idealizada de los riesgos y las recompensas de la agrupación en clusters promulgada por algunos proveedores del sector. Además del evidente mayor costo inicial y continuo de hardware y asistencia técnica asociado con el segundo nodo principal, el uso de la agrupación en clusters también impone riesgos técnicos y operativos adicionales. Algunos de estos riesgos se pueden mitigar asegurándose de que todo el personal esté bien capacitado en operaciones con clusters; otros son intrínsecos del concepto de la operación en clusters. Estos riesgos incluyen:
El potencial de intolerancia de las aplicaciones con respecto a los comportamientos dependientes del protocolo durante la toma de control.
La posibilidad de que el software del cluster en sí falle o induzca un fallo en otro subsistema que no habría ocurrido en la operación independiente.
Aumento de la complejidad de gestión y mayor probabilidad de error de un operador al realizar tareas de gestión.
La posibilidad de que se produzcan varios fallos o un error de operador grave que generen pérdida o daño de datos que no se habrían producido en una configuración independiente.
Mayor dificultad para recuperarse de estados de software o hardware no anticipados.
Estos costos y riesgos son fundamentales, se aplican de una u otra forma a todos los productos agrupados en clusters o con capacidad para agruparse en clusters del mercado (incluido Oracle ZFS Storage Appliance) y no se pueden mitigar ni eliminar por completo. Los arquitectos de almacenamiento deben sopesarlos contra la principal ventaja de la agrupación en clusters: la oportunidad de reducir períodos de no disponibilidad de horas o días a minutos o menos en el extraño evento de un fallo catastrófico de hardware o software. El hecho de que el análisis de la relación costo-beneficio favorezca o no el uso de la agrupación en clusters en una implementación del sistema Oracle ZFS Storage Appliance dependerá de factores locales, como condiciones de SLA, personal de asistencia técnica disponible y sus cualificaciones, limitaciones presupuestarias, la probabilidad percibida de diversos fallos posibles y la idoneidad de estrategias alternativas para mejorar la disponibilidad. Estos factores dependen mucho del sitio, la aplicación y la empresa, y se los debe evaluar caso por caso. La comprensión del material detallado en lo que resta de esta sección lo ayudará a hacer las elecciones apropiadas durante el diseño y la implementación de su infraestructura de almacenamiento unificado.