Gestión de cambios en sistemas de archivo ZFS

Las siguientes funciones del sistema de archivos ZFS, que no estaban disponibles en la versión Oracle Solaris 10, están disponibles en Oracle Solaris 11:

Cifrado de sistema de archivos ZFS: puede cifrar un sistema de archivos ZFS en el momento de su creación. Para obtener más información, consulte el Capítulo 9, Gestión de la seguridad.
Anulación de duplicación de sistemas de archivos ZFS: para obtener información importante sobre cómo saber si el entorno del sistema puede admitir la anulación de la duplicación de datos ZFS, consulte Requisitos para la anulación de la duplicación de datos de ZFS.
Cambios de sintaxis en el uso compartido del sistema de archivos ZFS: incluye los cambios del uso compartido del sistema de archivos de NFS y de SMB. Para obtener más información, consulte Cambios en el uso compartido del sistema de archivos ZFS.
Cambio de página del comando man ZFS: la página del manual zfs.1m fue revisada para que las funciones principales del sistema de archivos ZFS permanezcan en la página zfs.1m, pero la administración delegada, el cifrado y los ejemplos y el uso compartido de sintaxis se tratan en las siguientes páginas:

Visualización de información de sistemas de archivos ZFS

Una vez que el sistema está instalado, revise la agrupación de almacenamiento ZFS y la información del sistema de archivos ZFS.

Muestre la información de la agrupación de almacenamiento ZFS con el comando zpool status.

Muestre la información del sistema de archivos ZFS con el comando zfs list. Por ejemplo:

Para obtener una descripción de los componentes de la agrupación raíz, consulte Revisión del entorno de inicio ZFS inicial después de una instalación.

Resolución de problemas de informe de espacio de sistema de archivos ZFS

Los comandos zpool list y zfs list son mejores que los comandos df y du anteriores para determinar el espacio disponible de la agrupación y el sistema de archivos. Con los comandos heredados, no se puede distinguir fácilmente entre el espacio disponible de la agrupación y el del sistema de archivos. Además, los comandos heredados no contabilizan el espacio que consumen los sistemas de archivos descendientes o las instantáneas.

Por ejemplo, la siguiente agrupación raíz (rpool) tiene 5,46 GB asignados y 68,5 GB libres.

# zpool list rpool
NAME   SIZE  ALLOC   FREE  CAP  DEDUP  HEALTH  ALTROOT
rpool   74G  5.46G  68.5G   7%  1.00x  ONLINE  -

Si compara la contabilización del espacio de la agrupación con la contabilización del espacio del sistema de archivos mediante la revisión de las columnas de espacio utilizado (USED) de sus sistemas de archivos individuales, puede ver que el espacio de la agrupación se contabiliza. Por ejemplo:

# zfs list -r rpool
NAME                      USED  AVAIL  REFER  MOUNTPOINT
rpool                    5.41G  67.4G  74.5K  /rpool
rpool/ROOT               3.37G  67.4G    31K  legacy
rpool/ROOT/solaris       3.37G  67.4G  3.07G  /
rpool/ROOT/solaris/var    302M  67.4G   214M  /var
rpool/dump               1.01G  67.5G  1000M  -
rpool/export             97.5K  67.4G    32K  /rpool/export
rpool/export/home        65.5K  67.4G    32K  /rpool/export/home
rpool/export/home/admin  33.5K  67.4G  33.5K  /rpool/export/home/admin
rpool/swap               1.03G  67.5G  1.00G  -

Resolución de problemas de informe de espacio de agrupaciones de almacenamiento ZFS

El valor de tamaño (SIZE) que informa el comando zpool list en general es la cantidad de espacio físico en disco de la agrupación, pero esto varía según el nivel de redundancia de la agrupación. Consulte los ejemplos que se proporcionan a continuación. El comando zfs list muestra el espacio utilizable que está disponible para sistemas de archivos, que se calcula con el espacio en disco menos la carga de metadatos de redundancia de la agrupación ZFS, si es que hay.

Agrupación de almacenamiento no redundante: creada con un disco de 136 GB, el comando zpool list informa el tamaño (SIZE) y los valores libres iniciales (FREE) como 136 GB. El espacio disponible inicial (AVAIL) informado por el comando zfs list es 134 GB porque hay una pequeña cantidad de carga de metadatos de la agrupación. Por ejemplo:
```
# zpool create tank c0t6d0
# zpool list tank
NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
tank   136G  95.5K   136G     0%  1.00x  ONLINE  -
# zfs list tank
NAME   USED  AVAIL  REFER  MOUNTPOINT
tank    72K   134G    21K  /tank
```
Agrupación de almacenamiento reflejada: creada con dos discos de 136 GB, el comando zpool list informa el tamaño (SIZE) como 136 GB y el valor libre inicial (FREE) como 136 GB. Este informe se denomina valor de espacio desinflado. El espacio disponible inicial (AVAIL) informado por el comando zfs list es 134 GB porque hay una pequeña cantidad de carga de metadatos de la agrupación. Por ejemplo:
```
# zpool create tank mirror c0t6d0 c0t7d0   
# zpool list tank
NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
tank   136G  95.5K   136G     0%  1.00x  ONLINE  -
# zfs list tank
NAME   USED  AVAIL  REFER  MOUNTPOINT
tank    72K   134G    21K  /tank
```
Agrupación de almacenamiento de RAID-Z: creada con tres discos de 136, el comando zpool list informa el tamaño (SIZE) como 408 GB y el valor libre inicial (FREE) como 408 GB. Este informe se conoce como valor de espacio en disco inflado, que incluye carga de redundancia, como la información de paridad. El espacio disponible inicial (AVAIL) informado por el comando zfs list es de 133 GB porque hay una carga de redundancia de la agrupación. El siguiente ejemplo crea una agrupación RAIDZ-2.
```
# zpool create tank raidz2 c0t6d0 c0t7d0 c0t8d0
# zpool list tank
NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
tank   408G   286K   408G     0%  1.00x  ONLINE  -
# zfs list tank
NAME   USED  AVAIL  REFER  MOUNTPOINT
tank  73.2K   133G  20.9K  /tank
```

Cómo hacer que los sistemas de archivos ZFS estén disponibles

El modo de hacer que los sistemas de archivos ZFS estén disponibles es similar al de las versiones de Oracle Solaris 10 de los siguientes aspectos:

Un sistema de archivos ZFS se monta automáticamente cuando se crea y, luego, se vuelve a montar automáticamente cuando se inicia el sistema.
No tiene que modificar el archivo /etc/vfstab para montar un sistema de archivos ZFS, a menos que cree un montaje heredado para el sistema de archivos ZFS. Se recomienda montar un sistema de archivos ZFS automáticamente en lugar de usar un montaje heredado.
No tiene que modificar el archivo /etc/dfs/dfstab para compartir sistemas de archivos. Para obtener más información sobre cómo compartir sistemas de archivos ZFS, consulte Cambios en el uso compartido del sistema de archivos ZFS.
De manera similar a una raíz UFS, el dispositivo de intercambio debe tener una entrada en el archivo /etc/vfstab.
Los sistemas de archivos se pueden compartir entre los sistemas Oracle Solaris 10 y Oracle Solaris 11 mediante el uso compartido de NFS.
Los sistemas de archivos se pueden compartir entre los sistemas Oracle Solaris 11 mediante el uso compartido de NFS o SMB.
Las agrupaciones de almacenamiento ZFS se pueden exportar desde un sistema Oracle Solaris 10 y, luego, se pueden importar a un sistema Oracle Solaris 11.

Cambios en el uso compartido del sistema de archivos ZFS

En Oracle Solaris 10, puede establecer la propiedad sharenfs o sharesmb para crear y publicar un recurso compartido del sistema de archivos ZFS, o puede utilizar el comando heredado share.

En Oracle Solaris 11, puede crear un recurso compartido del sistema de archivos ZFS y publicarlo como se indica a continuación:

Cree un recurso compartido NFS o SMB de un sistema de archivos ZFS mediante el comando zfs set share.

# zfs create rpool/fs1
# zfs set share=name=fs1,path=/rpool/fs1,prot=nfs rpool/fs1
name=fs1,path=/rpool/fs1,prot=nfs

Publique el recurso compartido NFS o SMB estableciendo la propiedad sharenfs o sharesmb en on.

# zfs set sharenfs=on rpool/fs1
# cat /etc/dfs/sharetab
/rpool/fs1      fs1     nfs     sec=sys,rw

Las principales diferencias de uso compartido de la nueva versión son las siguientes:

El uso compartido de un sistema de archivos consta de dos pasos: se crea un recurso compartido con el comando zfs set share y se lo publica mediante la propiedad sharenfs o sharesmb.
El comando zfs set share sustituye la interfaz sharemgr para compartir sistemas de archivos ZFS.
La interfaz sharemgr ya no está disponible. El comando heredado share y la propiedad sharenfs todavía están disponibles. Consulte los ejemplos que se proporcionan a continuación.
El archivo /etc/dfs/dfstab todavía existe, pero las modificaciones se ignoran. SMF gestiona información de recursos compartidos ZFS o UFS para que los sistemas de archivos se compartan automáticamente cuando se reinicia el sistema, de manera similar a como se gestiona el montaje ZFS y la información de los recursos compartidos.
Si deja de publicar un recurso compartido, puede volver a publicarlo mediante el comando share o el comando share -a para volver a publicar todos los recursos compartidos.
Los sistemas de archivos descendentes no heredan las propiedades de los recursos compartidos. Si se crea un sistema de archivos descendente con la propiedad heredada sharenfs activada, se crea un recurso compartido para el nuevo sistema de archivos descendente.

En Oracle Solaris 11.1, el uso compartido de sistemas de archivos ZFS es más eficaz gracias a las siguientes mejoras principales:

Se simplificó la sintaxis del recurso compartido. Puede compartir un sistema de archivos configurando la nueva propiedad share.nfs o share.smb.
```
# zfs set share.nfs=on tank/home
```
Mejor herencia de propiedades de recursos compartidos para sistemas de archivos descendentes. En ejemplo anterior, donde la propiedad share.nfs está definida en el sistema de archivos tank/home, el valor de propiedad share.nfs es heredado por los sistemas de archivos descendentes.
```
# zfs create tank/home/userA
# zfs create tank/home/userB
```
También puede especificar valores de propiedad adicionales o modificar valores de propiedad existentes en recursos compartidos de sistemas de archivos existentes.
```
# zfs set share.nfs.nosuid=on tank/home/userA
```

Las mejoras de uso compartido de archivos están asociadas con la versión de agrupación 34. Para obtener más información, consulte Cómo compartir y anular la compartición de sistemas de archivos ZFS de Administración de Oracle Solaris 11.1: sistemas de archivos ZFS.

Sintaxis del uso compartido de ZFS heredados

La sintaxis del uso compartido todavía se admite sin tener que modificar el archivo /etc/dfs/dfstab. Los recursos compartidos heredados se gestionan mediante un servicio SMF.

Utilice el comando share para compartir un sistema de archivos.

Por ejemplo, para compartir un sistema de archivos ZFS:

# share -F nfs /tank/zfsfs
# cat /etc/dfs/sharetab
/tank/zfsfs        -       nfs     rw

La sintaxis anterior es idéntica a la que se usa para compartir un sistema de archivos UFS:

# share -F nfs /ufsfs
# cat /etc/dfs/sharetab
/ufsfs  -       nfs     rw      
/tank/zfsfs     -       nfs     rw

Puede crear un sistema de archivos con la propiedad sharenfs habilitada, como en las versiones anteriores. El comportamiento de Oracle Solaris 11 es que se crea un recurso compartido predeterminado para el sistema de archivos.
```
# zfs create -o sharenfs=on rpool/data
# cat /etc/dfs/sharetab
/rpool/data     rpool_data      nfs     sec=sys,rw
```

Los recursos compartidos del sistema de archivos anterior se publican inmediatamente.

Migración del uso compartido de ZFS y problemas de transición

Revise los problemas relacionados con la transición de recursos compartidos en esta sección.

Actualización del sistema: si vuelve a iniciar un entorno de inicio anterior, los recursos compartidos ZFS serán incorrectos debido a que se han realizado cambios en las propiedades de esta versión. Los recursos compartidos que no son de ZFS no se ven afectados. Si tiene previsto volver a iniciar en un entorno de inicio más viejo, guarde una copia de la configuración existente del recurso compartido antes de la operación de actualización de pkg update, a fin de poder restaurar la configuración del recurso compartido en los conjuntos de datos ZFS.
- En los entornos de inicio más viejos, utilice el comando sharemgr show -vp para obtener una lista de todas las acciones y su configuración.
- Utilice el comando zfs get sharenfs sistema_archivos y el comando zfs sharesmb sistema_archivos para obtener los valores de las propiedades del uso compartido.
- Si vuelve a un entorno de inicio anterior, restablezca las propiedades sharenfs y sharesmb a sus valores originales.
Comportamiento de anulación de compartición antigua: mediante el uso del comando unshare -a o del comando unshareall, se anula la publicación de un recurso compartido, pero no se actualiza el repositorio de recursos compartidos SMF. Si intenta volver a compartir el recurso existente, se comprueba si hay conflictos en el depósito de recursos compartidos y se muestra un error.

Requisitos para la anulación de la duplicación de datos de ZFS

En Oracle Solaris 11, puede utilizar la propiedad de anulación de la duplicación (dedup) para eliminar datos redundantes de sus sistemas de archivos ZFS. Si un sistema de archivos tiene habilitada la propiedad dedup, los bloques de datos duplicados se eliminan de forma sincrónica. El resultado es que se almacenan solamente los datos exclusivos y los componentes comunes se comparten entre archivos. Por ejemplo:

# zfs set dedup=on tank/home

No habilite la propiedad dedup en los sistemas de archivos que residen en los sistemas de producción hasta que realice los pasos siguientes para determinar si el sistema puede admitir los datos de la anulación de la duplicación.

Determine si los datos se beneficiarían con el ahorro de espacio que proporciona la anulación de la duplicación. Si no se puede anular la duplicación de los datos, no tiene sentido habilitar dedup. La ejecución del siguiente comando consume mucha memoria:

# zdb -S tank
Simulated DDT histogram:
bucket              allocated                       referenced          
______   ______________________________   ______________________________
refcnt   blocks   LSIZE   PSIZE   DSIZE   blocks   LSIZE   PSIZE   DSIZE
------   ------   -----   -----   -----   ------   -----   -----   -----
     1    2.27M    239G    188G    194G    2.27M    239G    188G    194G
     2     327K   34.3G   27.8G   28.1G     698K   73.3G   59.2G   59.9G
     4    30.1K   2.91G   2.10G   2.11G     152K   14.9G   10.6G   10.6G
     8    7.73K    691M    529M    529M    74.5K   6.25G   4.79G   4.80G
    16      673   43.7M   25.8M   25.9M    13.1K    822M    492M    494M
    32      197   12.3M   7.02M   7.03M    7.66K    480M    269M    270M
    64       47   1.27M    626K    626K    3.86K    103M   51.2M   51.2M
   128       22    908K    250K    251K    3.71K    150M   40.3M   40.3M
   256        7    302K     48K   53.7K    2.27K   88.6M   17.3M   19.5M
   512        4    131K   7.50K   7.75K    2.74K    102M   5.62M   5.79M
    2K        1      2K      2K      2K    3.23K   6.47M   6.47M   6.47M
    8K        1    128K      5K      5K    13.9K   1.74G   69.5M   69.5M
 Total    2.63M    277G    218G    225G    3.22M    337G    263G    270G

dedup = 1.20, compress = 1.28, copies = 1.03, dedup * compress / copies = 1.50

Si la razón estimada de dedup es mayor que 2, puede que se produzca un ahorro de espacio con dedup.

En este ejemplo, la razón de dedup (dedup = 1,20) es menor que 2, por lo cual no se recomienda la habilitación de dedup.

Asegúrese de que el sistema tenga memoria suficiente para admitir dedup.
- Cada entrada de la tabla de dedup incorporada en el núcleo central es de aproximadamente 320 bytes.
- Multiplique el número de bloques asignados por 320. Por ejemplo:
```
in-core DDT size = 2.63M x 320 = 841.60M
```
El rendimiento de dedup es mejor cuando la tabla de anulación de la duplicación se ajusta a la memoria. Si la tabla de dedup se tiene que escribir en el disco, el rendimiento disminuirá. Si habilita la anulación de duplicación en los sistemas de archivos sin suficientes recursos de memoria, el rendimiento del sistema podría disminuir durante las operaciones relacionadas con el sistema de archivos. Por ejemplo, la eliminación de un gran sistema de archivos habilitado para dedup sin recursos de memoria suficientes puede afectar al rendimiento del sistema.

Omitir Vínculos de navegación
Salir de la Vista de impresión
	Transición de Oracle Solaris 10 a Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español)