Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Niveles locales con mirroring y no reflejados

Colaboradores

Puede utilizar ONTAP SyncMirror para reflejar de manera síncrona los datos del nivel local en copias, o plexes, almacenados en diferentes grupos RAID. Los complejos se aseguran de la pérdida de datos si fallan más discos de los que protege el tipo RAID, o si hay una pérdida de conectividad con los discos de grupo RAID.

Al crear un nivel local con System Manager, se puede especificar si el nivel local se refleja o no se ha reflejado.

Nota Antes de ONTAP 9,7, System Manager utiliza el término aggregate para describir un nivel local. Independientemente de la versión de ONTAP, la interfaz de línea de comandos de ONTAP utiliza el término aggregate. Para obtener más información sobre los niveles locales, consulte "Discos y niveles locales".

Cómo funcionan los niveles locales no reflejados

Si no especifica que los niveles locales se dupliquen, se crearán como no reflejados. Los niveles locales no reflejados tienen solo un plex (una copia de sus datos), que contiene todos los grupos RAID que pertenecen a ese nivel local.

El siguiente diagrama muestra un nivel local no reflejado compuesto por discos, agrupados en un plex. El nivel local tiene cuatro grupos RAID: Rg0, rg1, rg2 y rg3. Cada grupo RAID tiene seis discos de datos, un disco de paridad y un disco dparity (doble paridad). Todos los discos utilizados por el nivel local provienen del mismo pool, "'pool0'".

Nivel local no reflejado compuesto por discos con su complejo

El siguiente diagrama muestra un nivel local no reflejado con LUN de cabina, agrupados en un plex. Tiene dos grupos RAID, rg0 y rg1. Todos los LUN de cabina utilizados por el nivel local proceden del mismo pool "'pool0'".

Nivel local sin reflejar compuesto por LUN de cabina con su único plex

Cómo funcionan los niveles locales reflejados

Las capas locales reflejadas tienen dos plexes (copias de sus datos), que utilizan la funcionalidad SyncMirror para duplicar los datos para ofrecer redundancia.

Al crear un nivel local, puede especificar que se refleje. Además, puede agregar un segundo complejo a un nivel local no reflejado existente para hacerlo un nivel reflejado. Con SyncMirror, ONTAP copia los datos del plex original (plex0) al nuevo plex (plex1). Los complejos están separados físicamente (cada complejo tiene sus propios grupos RAID y su propio pool), y los complejos se actualizan simultáneamente.

Esta configuración proporciona protección añadida contra la pérdida de datos si más discos fallan que el nivel de RAID del nivel local protege o si se produce una pérdida de conectividad, ya que el plex no afectado sigue sirviendo datos mientras se corrige la causa del error. Una vez solucionado el complejo que tenía un problema, los dos complejos se resincronizaron y restablecen la relación de reflejo.

Los discos y las LUN de cabina del sistema se dividen en dos pools pool0: Y pool1. Plex0 obtiene su almacenamiento de pool0 y plex1 obtiene su almacenamiento de pool1.

El siguiente diagrama muestra un nivel local compuesto por discos con SyncMirror habilitado e implementado. Se ha creado un segundo plex para el nivel local, plex1. Los datos en plex1 son una copia de los datos en plex0 y los grupos RAID son también idénticos. Los 32 discos de repuesto se asignan a la piscina 0 o a la pool1 usando 16 discos para cada pool.

Nivel local compuesto por discos con la funcionalidad SyncMirror

En el siguiente diagrama, se muestra un nivel local compuesto por LUN de cabina con la funcionalidad SyncMirror habilitada e implementada. Se ha creado un segundo plex para el nivel local, plex1. Plex1 es una copia de plex0 y los grupos RAID son también idénticos.

Nivel local compuesto por LUN de cabina con funcionalidad SyncMirror

Nota Se recomienda mantener al menos un 20% de espacio libre para agregados reflejados para lograr un rendimiento y una disponibilidad de almacenamiento óptimos. Aunque la recomendación es del 10% para agregados no duplicados, el sistema de archivos puede utilizar el 10% adicional del espacio para absorber cambios incrementales. Los cambios incrementales aumentan el aprovechamiento del espacio para agregados reflejados gracias a la arquitectura basada en Snapshot de copia en escritura de ONTAP. Si no se siguen estas mejores prácticas, puede tener un impacto negativo en el rendimiento.