Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Administración de Oracle Solaris: sistemas de archivos ZFS Oracle Solaris 11 Information Library (Español) |
1. Sistema de archivos ZFS de Oracle Solaris (introducción)
2. Procedimientos iniciales con Oracle Solaris ZFS
3. Oracle Solaris ZFS y sistemas de archivos tradicionales
4. Administración de agrupaciones de almacenamiento de Oracle Solaris ZFS
5. Gestión de componentes de la agrupación raíz ZFS
6. Administración de sistemas de archivos ZFS de Oracle Solaris
7. Uso de clones e instantáneas de Oracle Solaris ZFS
8. Uso de listas de control de acceso y atributos para proteger archivos Oracle Solaris ZFS
9. Administración delegada de ZFS Oracle Solaris
10. Temas avanzados de Oracle Solaris ZFS
11. Recuperación de agrupaciones y solución de problemas de Oracle Solaris ZFS
12. Archivado de instantáneas y recuperación de agrupaciones raíz
13. Prácticas de ZFS recomendadas por Oracle Solaris
Prácticas recomendadas de agrupaciones de almacenamiento
Prácticas generales del sistema
Prácticas de creación de agrupaciones de almacenamiento ZFS
Prácticas generales de agrupaciones de almacenamiento
Prácticas de creación de agrupaciones raíz
Prácticas de creación de agrupaciones que no son raíz
Prácticas de creación de agrupaciones para una base de datos Oracle
Prácticas de agrupaciones de almacenamiento para rendimiento
Prácticas de supervisión y mantenimiento de agrupaciones de almacenamiento ZFS
Prácticas recomendadas de sistemas de archivos
Prácticas de creación de sistemas de archivos
Prácticas de creación de sistemas de archivos para una base de datos Oracle
Prácticas de supervisión de sistema de archivos ZFS
Las siguientes secciones proporcionan las prácticas recomendadas para crear y supervisar agrupaciones de almacenamiento ZFS. Para obtener más información sobre la resolución de problemas de agrupaciones de almacenamiento, consulte el Capítulo 11, Recuperación de agrupaciones y solución de problemas de Oracle Solaris ZFS.
Mantener el sistema actualizado con los parches y las versiones más reciente de Solaris.
Determinar los requisitos de memoria en virtud de la carga de trabajo real del sistema.
Con una huella de memoria de aplicación conocida, por ejemplo, para una aplicación de base de datos, puede limitar el tamaño de la ARC de modo de que la aplicación no necesite reclamar su memoria necesaria de la antememoria de ZFS.
Tenga en cuenta los requisitos de memoria para la eliminación de datos duplicados.
Identifique el uso de la memoria de ZFS con el siguiente comando:
# mdb -k > ::memstat Page Summary Pages MB %Tot ------------ ---------------- ---------------- ---- Kernel 388117 1516 19% ZFS File Data 81321 317 4% Anon 29928 116 1% Exec and libs 1359 5 0% Page cache 4890 19 0% Free (cachelist) 6030 23 0% Free (freelist) 1581183 6176 76% Total 2092828 8175 Physical 2092827 8175 > $q
Considere el uso de la memoria ECC para proteger contra los daños de memoria. Los daños silenciosos de la memoria pueden dañar los datos.
Realizar copias de seguridad de forma regular. Aunque una agrupación creada con redundancia de ZFS puede ayudar a reducir el tiempo de inactividad debido a fallos de hardware, no es inmune a fallos de hardware, fallos de energía o cables desconectados. Asegúrese de que se realicen copias de seguridad de los datos de forma regular. Si los datos son importantes, se les debe realizar una copia de seguridad. A continuación, se enumeran diferentes formas de proporcionar copias de los datos:
Instantáneas de ZFS regulares o cotidianas.
Copias de seguridad semanales de los datos de la agrupación ZFS. Puede utilizar el comando zpool split para crear un duplicado exacto de la agrupación de almacenamiento ZFS reflejada.
Copias de seguridad mensuales utilizando un producto de copia de seguridad de nivel empresarial.
RAID de hardware.
Considere el uso del modo JBOD para matrices de almacenamiento en lugar de RAID de hardware, para que ZFS pueda gestionar el almacenamiento y la redundancia.
Utilice RAID de hardware o redundancia de ZFS, o ambos.
El uso de redundancia de ZFS tiene muchas ventajas. Para los entornos de producción, configure ZFS para que pueda reparar las incoherencias de datos. Utilice redundancia de ZFS, como RAIDZ, RAIDZ-2, RAIDZ-3, reflejo, sin tener en cuenta el nivel de RAID implementado en el dispositivo de almacenamiento subyacente. Con la redundancia, las fallas en el dispositivo de almacenamiento subyacente o en sus conexiones con el host pueden ser detectadas y reparadas por ZFS.
Los volcados por caída consumen más espacio en disco, generalmente entre 1/2 y 3/4 de tamaño en el rango de memoria física.
Las siguientes secciones proporcionan prácticas de agrupaciones generales y más específicas.
Utilizar discos enteros para habilitar la antememoria de escritura de disco y para proporcionar mantenimiento más sencillo. Crear agrupaciones en segmentos agrega complejidad a la gestión y recuperación de discos.
Utilizar la redundancia de ZFS para que ZFS pueda reparar las incoherencias de datos.
El siguiente mensaje aparece cuando se crea una agrupación no redundante:
# zpool create tank c4t1d0 c4t3d0 'tank' successfully created, but with no redundancy; failure of one device will cause loss of the pool
Para agrupaciones reflejadas, utilice pares de discos reflejados.
Para agrupaciones RAIDZ, agrupe de 3 a 9 discos por VDEV.
Utilizar reservas activas para reducir el tiempo de inactividad debido a fallos de hardware.
Utilizar discos de tamaño similar para que la E/S esté equilibrada entre dispositivos.
Los LUN más pequeños se pueden ampliar en LUN más grandes.
Para mantener tamaños óptimos de metaslabs, no expanda LUN de tamaños extremadamente distintos, como de 128 MB a 2 TB.
Considerar la posibilidad de crear una agrupación raíz pequeña y agrupaciones de datos más grandes para admitir una recuperación del sistema más rápida.
Crear agrupaciones raíz con segmentos mediante el identificador s*. No utilice el identificador p*. En general, la agrupación raíz ZFS de un sistema se crea cuando se instala el sistema. Si se crea una segunda agrupación raíz o se vuelve a crear una agrupación raíz, utilizar una sintaxis similar a la siguiente:
# zpool create rpool c0t1d0s0
O bien, crear una agrupación raíz reflejada. Por ejemplo:
# zpool create rpool mirror c0t1d0s0 c0t2d0s0
La agrupación raíz debe crearse como configuración reflejada o una configuración de un solo disco. No se admite una configuración RAID-Z o repartida. No se pueden agregar discos adicionales para crear varios dispositivos virtuales reflejados de nivel superior mediante el comando zpool add, pero se puede ampliar un dispositivo virtual reflejado mediante el comando zpool attach.
Una agrupación raíz no puede tener un dispositivo de registro independiente.
Se pueden establecer las propiedades de agrupaciones durante una instalación de AI, pero el algoritmo de compresión gzip no se admite en las agrupaciones raíz.
No cambie el nombre de la agrupación raíz tras su creación en una instalación inicial. El cambio de nombre de la agrupación raíz puede impedir el inicio del sistema.
Crear agrupaciones que no son raíz con discos enteros mediante el identificador d*. No utilizar el identificador p*.
ZFS tiene un funcionamiento óptimo sin ningún software de administración de volumen adicional.
Para tener un mejor rendimiento, utilice discos individuales o, al menos, LUN formados con pocos discos. Al proporcionar ZFS con más visibilidad de la configuración de LUN, ZFS puede tomar mejores decisiones de programación de E/S.
Cree configuraciones de agrupaciones redundantes en varios controladores para reducir el tiempo de inactividad debido a fallos del controlador.
Agrupaciones de almacenamiento reflejadas: consuma más espacio en el disco pero, en general, obtenga un mejor rendimiento con lecturas aleatorias pequeñas.
# zpool create tank mirror c1d0 c2d0 mirror c3d0 c4d0
Agrupaciones de almacenamiento RAID-Z: se pueden crear con 3 estrategias de paridad, donde la paridad es igual a 1 (raidz), 2 (raidz2) o 3 (raidz3). Una configuración de RAID-Z maximiza el espacio en el disco y suele funcionar bien cuando los datos se escriben y se leen en grandes cantidades (128 K o más).
Considere una configuración RAID-Z de paridad única (raidz) con 2 VDEV de 3 discos (2+1) cada uno.
# zpool create rzpool raidz1 c1t0d0 c2t0d0 c3t0d0 raidz1 c1t1d0 c2t1d0 c3t1d0
Una configuración RAIDZ-2 ofrece mejor disponibilidad de datos y se desempeña de manera similar a RAID-Z. RAIDZ-2 tiene un tiempo medio significativamente mejor para la pérdida de datos (MTTDL) que los reflejos RAID-Z o bidireccionales. Cree una configuración de RAID-Z de paridad doble (raidz2) en 6 discos (4+2).
# zpool create rzpool raidz2 c0t1d0 c1t1d0 c4t1d0 c5t1d0 c6t1d0 c7t1d0 raidz2 c0t2d0 c1t2d0 c4t2d0 c5t2d0 c6t2d0 c7t2d
La configuración RAIDZ-3 maximiza el espacio en disco y ofrece una excelente disponibilidad porque puede resistir 3 fallos de disco. Cree una configuración RAID-Z de paridad triple (raidz3) en 9 discos (6+3).
# zpool create rzpool raidz3 c0t0d0 c1t0d0 c2t0d0 c3t0d0 c4t0d0 c5t0d0 c6t0d0 c7t0d0 c8t0d0
Tenga en cuenta las siguientes prácticas de agrupación de almacenamiento al crear una base de datos Oracle.
Utilizar una agrupación reflejada o un RAID de hardware para agrupaciones.
Las agrupaciones RAID-Z por lo general no se recomiendan para lectura aleatorias cargas de trabajo aleatorias.
Crear una pequeña agrupación independiente con un dispositivo de registro independiente para los registros de rehacer de la base de datos.
Crear una pequeña agrupación independiente para el registro de archivo.
Para obtener más información, consulte la siguiente documentación técnica:
http://blogs.oracle.com/storage/entry/new_white_paper_configuring_oracle
Mantener la capacidad de la agrupación por debajo del 80% para obtener el mejor rendimiento.
Se recomiendan las agrupaciones reflejadas en lugar de las agrupaciones RAID-Z para cargas de trabajo de lectura/escritura aleatoria.
Separar dispositivos de registro.
Recomendado para mejorar el rendimiento de la escritura síncrona.
Con una alta carga de escritura síncrona, se evita la fragmentación de escribir muchos los bloques de registros en la agrupación principal.
Se recomiendan los dispositivos de antememoria independientes para mejorar el rendimiento de lectura.
Limpieza/creación: una agrupación RAID-Z muy grande con muchos dispositivos tendrá tiempos de limpieza y creación más largos.
Rendimiento de la agrupación lento: utilice el comando zpool status para descartar cualquier problema de hardware que esté causando problemas de rendimiento en la agrupación. Si no aparece ningún problema en el comando zpool status, utilice el comando fmdump para mostrar los fallos de hardware, o utilice el comando fmdump -eV para revisar los errores de hardware que todavía no han provocado un fallo.
Asegúrese de que la capacidad de agrupación esté por debajo del 80% para obtener el mejor rendimiento.
El rendimiento de la agrupación se puede degradar cuando una agrupación está muy llena y los sistemas de archivos se actualizan con frecuencia, como en un servidor de correo muy ocupado. Las agrupaciones llenas pueden ocasionar una penalización del rendimiento, pero no otros problemas. Si la carga de trabajo principal es de archivos inmutables, mantenga la agrupación en el rango de uso entre un 95 y 96%. Incluso si el contenido más estático está en el rango entre 95 y 96%, se pueden ver perjudicados los rendimientos de escritura, lectura y creación.
Supervise el espacio de la agrupación y del sistema de archivos para asegurarse de que no estén llenos.
Evalúe la posibilidad de usar reservas y cuotas ZFS a fin de garantizar que el espacio del sistema de archivos no supere el 80% de la capacidad de la agrupación.
Supervise el estado de la agrupación.
Agrupaciones redundantes: supervise la agrupación con zpool status y fmdump semanalmente.
Agrupaciones no redundantes: supervise la agrupación con zpool status y fmdump bisemanalmente.
Ejecute zpool scrub de forma regular para identificar problemas de integridad de los datos.
Si tiene unidades de calidad de consumidor, trate de programar una limpieza semanal.
Si tiene unidades de calidad de centro de datos, trate de programar una limpieza mensual.
También debería realizar una limpieza antes de reemplazar dispositivos o reducir temporalmente la redundancia de una agrupación para asegurarse de que todos los dispositivos se encuentren en funcionamiento.
Supervise las fallas de la agrupación o del dispositivo. Use zpool status como se describe a continuación. También use fmdump o fmdump -eV para ver si se produjo alguna falla o error de dispositivo.
Agrupaciones redundantes: supervise el estado de la agrupación con zpool status y fmdump semanalmente.
Agrupaciones no redundantes: supervise el estado de la agrupación con zpool status y fmdump bisemanalmente
El dispositivo de la agrupación está UNAVAIL u OFFLINE - Si el dispositivo de una agrupación no está disponible, compruebe que el dispositivo se muestre en la salida del comando format. Si el dispositivo no se muestra en la salida de format, no estará visible para ZFS.
Si el dispositivo de una agrupación está UNAVAIL u OFFLINE, en general, esto significa que el dispositivo ha fallado o que el cable se ha desconectado, o algún otro problema de hardware, como un cable o controlador incorrectos que han provocado que el dispositivo sea inaccesible.
Considerar la configuración del servicio smtp-notify para que notifique cuando un componente de hardware se diagnostique como defectuoso. Para obtener más información, consulte sección Parámetros de notificación de smf(5) and smtp-notify(1M).
De manera predeterminada, algunas notificaciones se configuran de forma automática para ser enviadas al usuario raíz. Si agrega un alias para la cuenta de usuario como raíz en el archivo /etc/aliases, recibirá notificaciones por correo electrónico, similares a la siguiente:
-------- Original Message -------- Subject: Fault Management Event: tardis:SMF-8000-YX Date: Wed, 21 Sep 2011 11:11:27 GMT From: No Access User <noaccess@tardis.drwho.COM> Reply-To: root@tardis.drwho.COM To: root@tardis.drwho.COM SUNW-MSG-ID: ZFS-8000-D3, TYPE: Fault, VER: 1, SEVERITY: Major EVENT-TIME: Wed Sep 21 11:11:27 GMT 2011 PLATFORM: Sun-Fire-X4140, CSN: 0904QAD02C, HOSTNAME: tardis SOURCE: zfs-diagnosis, REV: 1.0 EVENT-ID: d9e3469f-8d84-4a03-b8a3-d0beb178c017 DESC: A ZFS device failed. Refer to http://sun.com/msg/ZFS-8000-D3 for more information. AUTO-RESPONSE: No automated response will occur. IMPACT: Fault tolerance of the pool may be compromised. REC-ACTION: Run 'zpool status -x' and replace the bad device.
Supervisar el espacio de la agrupación de almacenamiento - Utilice el comando zpool list y el comando zfs list para identificar la cantidad de disco que consumen los datos del sistema de archivos. Las instantáneas de ZFS pueden consumir espacio en disco y, si no están enumeradas por el comando zfs list, también pueden consumir espacio en disco en modo silencioso. Utilice el comando de instantánea zfs list - t para identificar el espacio en disco consumido por las instantáneas.