¿Cómo puedo saber cuáles de mis volúmenes de File Storage for Classic están cifrados?

Examine su lista de File Storage for Classic en el portal de clientes. Verá un icono de bloqueo junto al nombre de volumen para los volúmenes que están cifrados.

¿Cómo puedo encontrar el punto de montaje correcto para mi File Storage for Classic?

Todos los volúmenes cifrados de File Storage for Classic que se aprovisionan en los centros de datos mejorados tienen un punto de montaje diferente al de los volúmenes no cifrados. Para asegurarte de que estás utilizando el punto de montaje correcto, consulta la información sobre el punto de montaje en la página Detalles del volumen de la consola. También puede acceder al punto de montaje correcto mediante una llamada de API: SoftLayer_Network_Storage::getNetworkMountAddress().

¿Cuántos volúmenes puedo suministrar?

De forma predeterminada, se puede aprovisionar un total combinado de 700 volúmenes de tipo Block y File Storage for Classic. Para aumentar el límite, póngase en contacto con el soporte. Para obtener más información, consulte Gestión de los límites de almacenamiento.

¿Cuántas instancias de servidor pueden compartir el uso de un volumen de File Storage for Classic aprovisionado?

El límite predeterminado para el número de autorizaciones por volumen de archivo es de 64. El límite incluye todas las autorizaciones de subred, host e IP combinadas. Para aumentar este límite, póngase en contacto con el soporte. Para obtener más información, consulte Creación de casos de soporte.

¿Cuántos volúmenes de File Storage for Classic se pueden adjuntar a un único host?

El número de volúmenes que se pueden adjuntar a un único host depende de lo que el sistema operativo del host pueda manejar. IBM Cloud® no impone límites al respecto. Consulte la documentación de su sistema operativo para conocer los límites en la cantidad de comparticiones de archivo que se pueden montar.

¿Cuántos archivos y directorios se permiten para determinados tamaños de volumen de archivos? ¿Cuál es el número máximo de inodes permitidos por tamaño de volumen?

El número de archivos que puede contener un volumen está determinado por el número de inodos que tiene. Un inodo es una estructura de datos que contiene información sobre los archivos. Los volúmenes tienen inodos privados y públicos. Los inodos públicos se utilizan para archivos que son visibles para el cliente y se utilizan inodos privados para los archivos que utiliza internamente el sistema de almacenamiento. Se puede esperar tener un inodo por cada 32 KB de capacidad de volumen. El número máximo de archivos es de 2000 millones. Sin embargo, este valor máximo solo se puede configurar con volúmenes de 7.8 TB o más. Cualquier volumen de 9.000 GB o más alcanza el límite máximo de 2.040.109.451 inodos.

¿Cuál es el tamaño máximo de archivo en un volumen de E File Storage for Classic?

El tamaño máximo de archivo admitido (incluidos los VMDK) está limitado a 16 TB por archivo.

He solicitado un volumen de File Storage for Classic en el centro de datos incorrecto. ¿Puedo moverlo o migrarlo a otro centro de datos?

Debe solicitar un nuevo recurso compartido de File Storage for Classic en el centro de datos correcto y, a continuación, cancelar el dispositivo File Storage for Classic que solicitó en la ubicación incorrecta.

También puedes crear un duplicado de tu recurso compartido y cancelar el recurso compartido principal. Para obtener más información, consulte Creación y gestión de volúmenes duplicados.

Si estás pensando en realizar una migración más amplia a IBM Cloud VPC, consulta Migración de datos desde la infraestructura clásica de IBM Cloud a VPC.

He cancelado «inmediatamente» mi volumen « File Storage for Classic », pero sigue siendo visible en la consola. ¿Por qué no se borra?

Cuando se cancela el volumen, la solicitud va seguida de un periodo de espera de reclamación de 24 horas. El volumen se sigue viendo en la consola durante esas 24 horas. El plazo de espera de 24 horas te da la oportunidad de anular la solicitud de cancelación si fuera necesario. Si desea cancelar la eliminación del volumen, plantee un caso de Soporte.

La facturación del volumen se detiene inmediatamente. Cuando caduca el periodo de reclamación, los datos se destruyen y el volumen también se elimina de la consola.

Medición de IOPS

Las IOPS se miden en función de un perfil de carga de bloques de 16 KB con un 50 % de lecturas aleatorias y un 50 % de escrituras. Las cargas de trabajo que difieren de este perfil pueden experimentar un rendimiento pobre. Para mejorar el rendimiento, puede intentar ajustar la configuración del host o habilitar las tramas Jumbo.

¿Qué ocurre si utilizo un tamaño de E/S menor para medir el rendimiento?

Se puede alcanzar el máximo de IOPS incluso si se utilizan tamaños de E/S más pequeños. Sin embargo, el rendimiento será inferior en este caso. Por ejemplo, un volumen con 6000 IOPS presenta el siguiente rendimiento con distintos tamaños de E/S:

• 16 KB * 6000 IOPS == ~93,75 MB/seg.
• 8 KB * 6000 IOPS == ~46,88 MB/seg.
• 4 KB * 6000 IOPS == ~23,44 MB/seg.

¿IOPS asignado se aplica por instancia o por volumen?

IOPS se aplica a nivel de volumen. Dicho de otro modo, dos hosts conectados a un volumen con 6000 IOPS comparten estos 6000 IOPS.

¿ IBM Cloud garantiza un número mínimo de IOPS?

No, « IBM Cloud » no garantiza un valor mínimo de IOPS. Las IOPS (operaciones de entrada/salida por segundo) dependen del host de cálculo en el que está montado el almacenamiento de archivos, y no del propio almacenamiento. El volumen de almacenamiento tiene un límite máximo de IOPS y un límite de rendimiento en función de la configuración asignada. Se trata de límites máximos, no de garantías mínimas.

Al aprovisionar un volumen de « File Storage for Classic », se selecciona un nivel de IOPS (en el caso de «Endurance») o se especifica un valor de IOPS personalizado (en el caso de «Performance»). Este valor representa el número máximo de IOPS que puede gestionar el volumen. El número real de IOPS que se obtiene depende de la carga de trabajo de la aplicación y de las operaciones de E/S que genere el host de cálculo.

El sistema de almacenamiento puede limitar el tráfico de datos en función de dos factores:

• Límite de IOPS: el número máximo de operaciones de E/S por segundo que puede procesar el volumen
• Límite de rendimiento: la velocidad máxima de transferencia de datos (calculada como IOPS × tamaño de E/S)

Si tu aplicación utiliza un tamaño de E/S superior a los 16 KB nominales, se alcanza el límite de rendimiento antes de alcanzar el límite de IOPS. Por ejemplo, con un volumen de 6000 IOPS:

• Con un tamaño de E/S de 16 KB: se pueden alcanzar 6000 IOPS ( ~93.75 MB/s de rendimiento)
• Con un tamaño de E/S de 32 KB: el límite de rendimiento se alcanza a las 3000 IOPS ( ~93.75 MB/s de rendimiento)

Para obtener más información sobre cómo el tamaño de E/S afecta al rendimiento, consulta «¿Qué ocurre cuando utilizo un tamaño de E/S menor para medir el rendimiento?».

¿Es necesario precalentar el volumen para alcanzar el rendimiento esperado?

No es necesario el precalentamiento. Puede observar el rendimiento especificado inmediatamente después de suministrar el volumen.

¿Se puede lograr más rendimiento si se utiliza una conexión Ethernet más rápida?

Los límites de rendimiento se establecen a nivel de volumen. Este límite no puede aumentarse utilizando una conexión Ethernet más rápida. Sin embargo, con una conexión Ethernet más lenta, el ancho de banda sí que puede ser un posible cuello de botella.

¿Los cortafuegos y los grupos de seguridad afectan al rendimiento?

Es mejor ejecutar el tráfico de almacenamiento en una VLAN, que omita el cortafuegos. La ejecución del tráfico de almacenamiento a través de cortafuegos de software aumenta la latencia y afecta negativamente al rendimiento del almacenamiento.

¿Cómo direcciono el tráfico de File Storage for Classic a su propia interfaz de VLAN y omito un cortafuegos?

Para implementar esta práctica recomendada, siga estos pasos.

1. Suministre una VLAN en el mismo centro de datos que el host y el dispositivo de File Storage for Classic.

2. Suministre una subred privada secundaria en la nueva VLAN.

3. Enlace la nueva VLAN a la interfaz privada del host. Esta acción interrumpe momentáneamente el tráfico de la red en el host mientras la VLAN se está enlazando al host.

4. Cree una interfaz de red.

   • En el host de Linux®, cree una interfaz 802.11q. Seleccione una de la dirección IP secundaria no utilizada de la VLAN que acaba de enlazar y asigne dicha dirección IP, máscara de subred y pasarela a una nueva interfaz 802.11q.
   • En VMware®, crea una nueva interfaz de red VMkernel (vmk) y asigna a la nueva interfaz vmk la dirección IP secundaria no utilizada, la máscara de subred y la dirección IP de la puerta de enlace de la VLAN recién conectada.

5. Añada una ruta estática persistente en el host a la subred NFS de destino.

6. Autorice el acceso de la nueva IP al almacenamiento.

7. Para ver instrucciones de montaje, siga el enlace adecuado en función del sistema operativo del host.

   • Acceso a File Storage for Classic en Linux®
   • Montaje de un volumen de File Storage for Classic en hosts de ESXi
   • VMware¿Cómo se conecta el almacenamiento a través de VLAN aisladas?

¿Qué latencia de rendimiento se puede esperar de File Storage for Classic?

La latencia de destino dentro del almacenamiento es inferior a un ms. El almacenamiento está conectado a instancias de cálculo en una red compartida, por lo que la latencia de rendimiento exacta depende del tráfico de red durante la operación.

¿Qué ocurre con los datos cuando se eliminan las acciones de File Storage for Classic?

IBM Cloud® File Storage for Classic presenta comparticiones de archivos a los clientes en almacenamiento físico que se borra antes de cualquier reutilización.

Cuando se suprime un volumen de File Storage for Classic, los datos pasar a estar inaccesibles inmediatamente. Se eliminan todos los punteros a los datos del disco físico. Si posteriormente crea un nuevo volumen en la misma cuenta o en otra cuenta, se asigna un nuevo conjunto de punteros. La cuenta no puede acceder a los datos que estaban en el almacenamiento físico porque se suprimen estos punteros. Cuando se escriben datos nuevos en el disco, se sobrescriben los datos inaccesibles del volumen suprimido.

IBM garantiza que no se puede acceder a los datos suprimidos y que los datos suprimidos se sobrescriben y se erradican. Además, cuando se suprime un volumen de almacenamiento, la compartición primero se debe sobrescribir para que el almacenamiento vuelva a estar disponible, ya sea para usted o para otro cliente.

Cuando IBM pone fuera de servicio una unidad física, la unidad se destruye antes de la eliminación. Las unidades fuera de servicio son inutilizables y los datos en ellas son inaccesibles.

Los clientes con requisitos especiales de conformidad, como las Directrices NIST 800-88 para el saneamiento de datos, pueden realizar el procedimiento de saneamiento de datos antes de que supriman su almacenamiento.

¿Por qué la acción Cancelar no está disponible en la consola?

El proceso de cancelación de este dispositivo de almacenamiento está en curso, por eso la acción Cancelar ya no está disponible. El volumen permanece visible durante al menos 24 horas hasta que se recupera. La interfaz de usuario indica que está inactiva y se muestra el estado "Pendiente de cancelación". El plazo mínimo de espera de 24 horas te da la oportunidad de anular la solicitud de cancelación si fuera necesario.

He borrado accidentalmente mi volumen, ¿qué puedo hacer para recuperarlo?

La respuesta depende de cuánto tiempo hace que borraste el volumen de almacenamiento y de si elegiste borrarlo inmediatamente o en la fecha de aniversario. Si el borrado se ha producido en las últimas 24 horas o todavía no ha llegado la fecha del aniversario, es posible que el volumen siga esperando a ser reclamado. Si el estado del volumen es "Cancelación pendiente", puede ponerse en contacto con el servicio de asistencia para anular la solicitud de cancelación. Es importante actuar con rapidez porque, cuando expira el periodo de reclamación, los datos se borran automáticamente y ya no es posible restaurarlos.

¿A qué versiones de NFS se da soporte?

Tanto NFSv3 como NFSv4.1 están soportados en el entorno de IBM Cloud®. NFSv4.2 no es compatible.

Utilice el protocolo NFSv3 cuando sea posible. NFSv3 da soporte a grabaciones asíncronas seguras y es más robusto en el manejo de errores que el NFSv2anterior. Admite tamaños y desplazamientos de archivo de 64 bits, lo que permite a los clientes acceder a más de 2 GB de datos de archivo.

NFSv3 Admite de forma nativa lo que no_root_squash permite a los clientes root conservar los permisos de root en el recurso compartido NFS. Puedes activar esta función en NFSv4.1, editando la información del dominio y ejecutando el rpcidmapd o un servicio similar. Para obtener más información, consulte Implementación de no_root_squash para NFS.

Cuando se utiliza File Storage for Classic en un despliegue de VMware®, NFSv4.1 puede ser la mejor opción para su implementación. Para obtener más información, consulte las prácticas recomendadas para ejecutar « NFS » con « VMware vSphere ».

¿Pueden varios hosts de mi implementación de VMware con diferentes protocolos de NFS acceder al mismo recurso compartido de archivos?

Núm. No puede utilizar diferentes versiones de NFS para montar el mismo almacén de datos en varios hosts. NFS, 3 y NFS, 4.1, los clientes no utilizan el mismo protocolo de bloqueo. Acceder a los mismos discos virtuales desde dos clientes incompatibles podría dar lugar a un comportamiento incorrecto y provocar la corrupción de datos. Para más información, consulte NFS Bloqueo de archivos.

¿Pueden habilitarse la aceleración por hardware y VAAI en nuestros despliegues de VMware?

Núm. Actualmente, no se da soporte a vStorage para la integración de matrices de API y la aceleración de hardware.

¿Qué pasa a las unidades que quedan fuera de servicio en el centro de datos de nube?

Cuando las unidades quedan fuera de servicio, IBM las destruye antes de desecharlas. Las unidades se vuelven inutilizables. Los datos escritos en dicha unidad se vuelven inaccesibles.

¿Cuál es la diferencia entre Migración tras error controlada y Migración tras error inmediata?

La Migración tras error controlada realiza una última sincronización antes de romper el proceso de duplicado. La Migración tras error inmediata rompe el duplicado y activa el volumen de réplica.

Mi almacenamiento aparece fuera de línea y como de solo lectura. ¿Por qué sucede y cómo lo puedo solucionar?

En algunos casos, un host (bare metal o VM ) puede perder brevemente la conexión con el almacenamiento y, como consecuencia, el host considera que dicho almacenamiento es de solo lectura para evitar la corrupción de los datos. La mayoría de las veces la pérdida de conectividad está relacionada con la red, pero el estado del almacenamiento permanece como de solo lectura desde la perspectiva del host, incluso cuando se restaura la conexión de red.

Este problema puede observarse con unidades virtuales de máquinas virtuales en un almacén de datos de VMware® conectado a la red (protocolo NFS ). Para resolver el problema, compruebe que la ruta de red entre el almacenamiento y el host esté despejada y que no haya ninguna operación de mantenimiento ni interrupción del servicio en curso. Luego desmonte y vuelva a montar el volumen de almacenamiento. Si el volumen sigue apareciendo como de solo lectura, reinicie el host.

Para ver instrucciones de montaje, consulte los siguientes temas.

• Montaje de File Storage for Classic en hosts de ESXi
• Montaje de File Storage for Classic en Red Hat Linux®
• Montaje de File Storage for Classic en Ubuntu

Para evitar que esta situación se repita, el cliente podría plantearse las siguientes medidas:

• Añadir ajustes de SO invitado. Para obtener más información, consulta las recomendaciones de NetApp's sobre el ajuste del sistema operativo invitado para una implementación de VMware® vSphere.
• Volver a configurar los sistemas host que utilizan NFSv4.1 para NFSv3 para aumentar la resiliencia durante las operaciones de mantenimiento.
• Se va a dejar de utilizar el trunking de sesiones en los sistemas host que ejecutan ESXi de VMware®. El sistema troncal de sesiones no recibe soporte y se sabe que ocasiona interrupciones.

He ampliado el tamaño del volumen de mi File Storage for Classic mediante la consola de Cloud, pero el tamaño en mi servidor sigue siendo el mismo. ¿Cómo lo puedo arreglar?

Para ver el tamaño de volumen ampliado, monte y vuelva a montar el disco de File Storage for Classic existente en el servidor. En una implementación de VMware®, vuelve a escanear el almacenamiento para actualizar el almacén de datos VMware® y mostrar el nuevo tamaño del volumen.

¿Cómo se vuelve a conectar el almacenamiento después de cambiar un chasis?

Lleve a cabo estar tareas para conectar el almacenamiento después de un cambio.

1. Retira la autorización (revoca el acceso) del dispositivo de almacenamiento y, a continuación, vuelve a autorizar el host.
2. Vuelve a detectar los dispositivos de almacenamiento con las nuevas credenciales obtenidas tras la reautorización.

Para obtener más información, consulte Gestión de File Storage for Classic.

¿Cómo se desconecta el dispositivo de almacenamiento de un host?

Siga estos pasos para desconectar un volumen de un host.

1. Desmonte el dispositivo.
2. Revoque el acceso para el host desde el dispositivo de almacenamiento en la consola de Cloud.
3. Elimine los montajes automáticos de las conexiones NFS.

¿En qué se diferencia el almacenamiento de resistencia del de rendimiento?

Resistencia y Rendimiento son opciones de suministro que puede seleccionar para los dispositivos de almacenamiento. A grandes rasgos, los niveles de IOPS de resistencia ofrecen niveles de rendimiento predefinidos y dichos rendimientos se pueden ajustar con el nivel de Rendimiento. Se utilizan los mismos dispositivos para el almacenamiento, pero se ofrecen con diferentes opciones. Para obtener más información, consulta Características de File Storage.

¿Puedo conectar una compartición de File Storage for Classic a Windows?

Núm. No es posible montar recursos compartidos de IBM Cloud® File Storage for Classic en Microsoft Windows. NFS en un entorno Windows no está soportado por IBM Cloud®.

Las comparticiones de File Storage for Classic se pueden montar en sistemas operativos Linux o como un almacén de datos VMware® en hosts ESXi. Para obtener más información sobre cómo montar volúmenes File Storage for Classic, consulte los temas siguientes:

• Montaje de File Storage for Classic en Red Hat Linux®
• Montaje de File Storage for Classic en Ubuntu
• File Storage for Classic, montaje como almacén de datos de e VMware®, en hosts ESXi

¿Puedo montar un solo dispositivo de almacenamiento a varios hosts dentro de IBM Cloud?

Sí, puede utilizar esta configuración porque NFS es un protocolo con reconocimiento de archivos.

¿Puedo aumentar el número de inodes para mi volumen de NFS?

Normalmente, cuando se aprovisionan volúmenes, se asigna a los volúmenes el número máximo de inodos para el tamaño solicitado. El número máximo de inodos aumenta automáticamente a medida que crece el volumen. Si el número de inodos no aumenta tras ampliar un volumen, envía una solicitud de asistencia.

No puedo actualizar el almacenamiento. ¿Qué es lo que afecta a la capacidad de actualizar o de ampliar el almacenamiento?

Las siguientes situaciones pueden afectar a la capacidad de actualizar o de ampliar el almacenamiento.

• Los permisos que tiene en la consola de Cloud también pueden afectar. Para obtener más información, consulta los temas de la sección Roles y permisos de usuario.

¿Afecta la actualización de mi almacenamiento a los datos que hay en el volumen?

Núm. Cuando decides ampliar tu volumen de almacenamiento o ajustar su valor de IOPS, el cambio no afecta a tus datos. Durante estas operaciones no se sobrescribe ni se borra nada. El ajuste tampoco provoca ningún tipo de interrupción o falta de acceso al almacén.

¿Se suministran volúmenes File Storage for Classic ligeros o pesados?

Todos los servicios de bloque y de File Storage for Classic suministrados son ligeros. Este método no se puede modificar.

Mi ID de facturación ha cambiado, ¿qué significa esto?

Es posible que observe que los volúmenes de almacenamiento se facturan ahora como "Endurance Storage Service" o "Performance Storage Service" en lugar de "Enterprise Storage". También puede tener nuevas opciones en la consola, como por ejemplo la capacidad de ajustar IOPS o aumentar la capacidad. IBM Cloud® se esfuerza por mejorar continuamente las prestaciones de almacenamiento. A medida que se actualiza el hardware de los centros de datos, los volúmenes de almacenamiento de dichos centros también se actualizan para poder aprovechar todas las funciones mejoradas. El precio que paga por el volumen de almacenamiento no cambia con esta actualización.

¿Cuánto dura File Storage for Classic?

Cuando almacene sus datos en File Storage for Classic, es duradero, muy disponible y está cifrado. El objetivo de durabilidad para una única zona de disponibilidad es del 99,999999999% (11 nueves). Para obtener más información, consulte Disponibilidad y durabilidad de File Storage for Classic.

¿Cuál es el tiempo de funcionamiento promedio de File Storage for Classic?

Cuando almacene sus datos en File Storage for Classic, es duradero, muy disponible y está cifrado. File Storage Se basa en hardware y software de primera clase, probados y de nivel empresarial, para ofrecer una alta disponibilidad y tiempo de actividad. Para garantizar que se cumpla el objetivo de disponibilidad del 99.999 % (cinco nueves), los datos se almacenan de forma redundante en varios discos físicos de nodos emparejados en alta disponibilidad (HA). Cada nodo de almacenamiento tiene varias vías de acceso a sus propias unidades de estado sólido y también a los SSD de su nodo socio. Esta configuración protege contra fallos en la ruta y también contra fallos del controlador, ya que el nodo sigue pudiendo acceder a los discos de su nodo asociado sin problemas. Para obtener más información, consulte Disponibilidad y durabilidad de File Storage for Classic.

¿Puedo obtener métricas de rendimiento del almacenamiento (IOPS o latencia) del equipo de asistencia técnica?

IBM Cloud® no proporciona métricas de latencia e IOPS de rendimiento de almacenamiento. Se espera que los clientes supervisen sus propios dispositivos File Storage for Classic utilizando sus opciones de herramientas de supervisión de terceros.

Los siguientes ejemplos son utilidades que podrías considerar utilizar para comprobar las estadísticas de rendimiento.

• sysstat-Herramientas de rendimiento del sistema para el sistema operativo Linux®.
• typeperf-Mandato de Windows que graba datos de rendimiento en la ventana de mandatos o en un archivo de registro.
• esxtop- Una herramienta comando que ofrece a los administradores información en tiempo real sobre el uso de recursos en un entorno VMware® vSphere. Puede supervisar y recopilar datos para todos los recursos del sistema: CPU, memoria, disco y red.

¿Cuál es la diferencia entre un volumen de réplica, un volumen dependiente y un volumen duplicado independiente?

Puede crear una réplica o un volumen duplicado utilizando una instantánea del volumen. La réplica y la clonación utilizan una de las instantáneas para copiar datos en un volumen de destino. Sin embargo, ahí es donde terminan las similitudes.

La réplica mantiene sus datos sincronizados entre dos ubicaciones distintas. Sólo un volumen del par (volumen primario o volumen de réplica) puede estar activo a la vez. El proceso de réplica copia automáticamente la información del volumen activo en el volumen inactivo basándose en la planificación de réplica. Para obtener más información sobre los volúmenes de réplica, consulte Replicación de datos.

La duplicación crea una copia del volumen basándose en una instantánea en la misma zona de disponibilidad que el volumen padre. El volumen duplicado hereda la capacidad y las opciones de rendimiento del volumen original de forma predeterminada y tiene una copia de los datos hasta el momento de la instantánea. El volumen duplicado puede ser dependiente o independiente del volumen original y se puede renovar manualmente con datos del volumen padre. Puede ajustar el IOPS o aumentar el tamaño de volumen del duplicado sin ningún efecto en el volumen padre.

• Un volumen duplicado dependiente no pasa por la conversión de ser independiente y se puede renovar en cualquier momento después de que se haya creado. Bloquea la instantánea original para que la instantánea no se pueda suprimir mientras exista el duplicado dependiente. El volumen padre no se puede cancelar mientras exista el volumen duplicado dependiente. Si desea cancelar el volumen padre, primero debe cancelar el duplicado dependiente o convertirlo en un duplicado independiente.

• Un duplicado independiente es superior al duplicado dependiente en la mayoría de los aspectos, pero no se puede renovar inmediatamente después de la creación debido al largo proceso de conversión. Puede tardar hasta varias horas en función del tamaño del volumen. Por ejemplo, puede tardar hasta un día para un volumen de 12 TB. Sin embargo, una vez completado el proceso de separación, los datos se pueden renovar manualmente utilizando otra instantánea del volumen padre original.

Para obtener más información sobre los duplicados, consulte Creación y gestión de volúmenes duplicados.

Comparación de características entre distintos tipos de copias de volumen.
Esta tabla tiene cabeceras de fila y columna. Las cabeceras de fila identifican la prestación. Los encabezados de columna identifican el tipo de copia de volumen.

Característica	Réplica	Duplicado dependiente	Duplicado independiente
Creado a partir de una instantánea
Ubicación del volumen copiado	Zona de disponibilidad remota	Misma zona de disponibilidad	Misma zona de disponibilidad
Admite migración tras error
Tamaño e IOPS diferentes
Sincronizado automáticamente con el volumen padre
Renovación bajo demanda desde volumen padre		[1]	[2]
Separado del volumen padre

¿Cuánto tiempo se tarda en convertir un duplicado dependiente en un volumen independiente?

El proceso de conversión puede tardar algún tiempo en completarse. Cuanto mayor sea el volumen, más tiempo tardará en convertirlo. En un volumen de 12 TB, puede tardar 24 horas. Puede comprobar el progreso en la consola o desde la CLI.

• En la consola, ve a Classic Infrastructure. Pulse Almacenamiento > File Storage for Classic y, a continuación, localice el volumen en la lista. El estado de conversión se muestra en la página Visión general.

• Desde la CLI, utiliza el siguiente comando.

  slcli file duplicate-convert-status <dependent-vol-id>
  

  La salida es similar al ejemplo siguiente:

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

¿Cómo gestiono los permisos y el acceso de los usuarios?

El titular de la cuenta, o un usuario con permiso para «Gestionar infraestructura clásica de usuario», puede ajustar los permisos de otros usuarios dentro de la cuenta IBM Cloud. Si no es el titular de la cuenta, solo puede asignar el nivel de permisos o un subconjunto del permiso que ya tiene asignado. En la consola de IBM Cloud, ve a Gestionar > Acceso (IAM) > Usuarios. A continuación, selecciona de la lista el nombre de un usuario cuyo acceso puedas gestionar y haz clic en Infraestructura clásica. Seleccionar permisos de cuenta para permitir al usuario añadir y actualizar el almacenamiento. Para obtener más información, consulte Gestión de acceso de la infraestructura clásica.

Cuando se aprovisiona el almacenamiento de archivos, los servidores host deben estar autorizados para poder montar el recurso compartido de archivos. La autorización se puede configurar en la consola, desde la CLI, con la API o Terraform. Para obtener más información, consulte la sección Autorización de anfitriones en Administración de File Storage para Classic.

Una vez que el host esté autorizado, puede montar el recurso compartido de archivos y asignar propietarios a su nueva estructura de carpetas y archivos. En Linux, puede refinar el control de acceso utilizando los comandos chown y chmod para asignar permisos de lectura, escritura y ejecución a usuarios y grupos individuales. Para más información, consulte Mounting File Storage for Classic en Red Hat Linux® y Mounting File Storage for Classic en Ubuntu.

¿Puedo utilizar la API para saber cuánta capacidad se utiliza en mi File Storage for Classic?

Sí. Puede utilizar el siguiente comando curl para consultar cuánta capacidad se utiliza en el volumen de almacenamiento especificado por su ID.

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

Para obtener más información, consulta la Referencia de la API.

¿Puedo migrar mis volúmenes de File Storage for Classic a VPC?

Sí. Si tiene previsto trasladar sus cargas de trabajo a IBM Cloud® Virtual Private Cloud, IBM Cloud ofrece orientación sobre cómo conectar sus entornos clásicos y VPC y cómo copiar sus datos utilizando herramientas como rsync y dcfldd. Para obtener más información, consulta Migración de datos de la infraestructura clásica de IBM Cloud a VPC y la guía más amplia sobre la migración de Classic a VPC.