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

El límite predeterminado de número de autorizaciones por volumen de bloque es de ocho. Esto significa que se pueden autorizar hasta ocho hosts para acceder al volumen Block Storage for Classic. Los clientes que utilizan Block Storage for Classic en su despliegue de VMware® pueden solicitar que se aumente el límite de autorización a 64. Para solicitar un aumento del límite, póngase en contacto con el servicio de soporte generando un caso de soporte.

Si varios hosts montan el mismo volumen Block Storage for Classic sin estar gestionados de forma cooperativa, los datos están en riesgo de corrupción. Se pueden producir daños en el volumen si varios hosts realizan cambios en el volumen al mismo tiempo. Necesita un sistema de archivos de disco compartido con reconocimiento de clúster para evitar la pérdida de datos como, por ejemplo, Microsoft Cluster Shared Volumes (CSV), Red Hat Global File System (GFS2), VMware® VMFS y otros. Para más información, consulte la documentación del sistema operativo de su host.

Nuestros hosts de cálculo tienen varias tarjetas de red con diferentes direcciones IP para la redundancia de red y un ancho de banda ampliado. ¿Cómo podemos autorizarlos para acceder al mismo volumen de almacenamiento?

Es posible autorizar una subred de direcciones IP para acceder a un volumen de Block Storage for Classic específico a través de la consola, SLCLI o API. Para autorizar a un host a conectarse desde varias direcciones IP en una subred, efectúe los pasos siguientes.

$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
  Assign block storage subnets to the given host id.
  access_id is the host_id obtained by: slcli block access-list <volume_id>

Options:
  --subnet-id INTEGER  ID of the subnets to assign; e.g.: --subnet-id 1234
  -h, --help           Show this message and exit.

¿Cuántos volúmenes se pueden pedir?

Por defecto, puede aprovisionar un total combinado de 700 volúmenes de almacenamiento de bloques y archivos. Para aumentar el límite de volumen, póngase en contacto con el servicio de soporte. Para obtener más información, consulte Gestión de los límites de almacenamiento.

¿Cuántos volúmenes de Block Storage for Classic se pueden montar en un host?

Eso depende de lo que pueda soportar el sistema operativo anfitrión, pero no es algo que limite IBM Cloud®. Consulte la documentación de su sistema operativo para conocer los límites en la cantidad de volúmenes que se pueden montar.

¿Puedo adjuntar varios volúmenes con diferentes configuraciones del sistema operativo?

Núm. Un host no puede ser autorizado a acceder a volúmenes de diferentes tipos de SO al mismo tiempo. Un host puede ser autorizado a acceder a volúmenes de un único tipo de SO. Si se intenta autorizar a un host para que acceda a varios volúmenes con distintos tipos de SO, la operación da lugar a un error.

¿Cómo elijo una versión de Windows para mi volumen de Block Storage for Classic?

Cuando creas un volumen, debes especificar el tipo de SO. El tipo de SO especifica el sistema operativo del host que va a acceder al volumen. También determina la disposición de los datos en el volumen, la geometría que se utiliza para acceder a esos datos y el tamaño mínimo y máximo del volumen. El tipo de sistema operativo no se puede modificar una vez creado el volumen. El tamaño real del volumen puede variar ligeramente en función del tipo de sistema operativo del volumen. Elegir el tipo correcto para su sistema operativo Windows ayuda a evitar operaciones de E/S mal alineadas.

Si el volumen se presenta como un dispositivo de bloque sin procesar a un invitado, seleccione el tipo de sistema operativo del invitado. Si el volumen se presenta al hipervisor para servir archivos de disco duro virtual (VHD), seleccione Hyper-V.

¿Se aplica el límite de IOPS asignado por instancia o por volumen?

IOPS se aplica a nivel de volumen. En otras palabras, dos hosts conectados a un volumen con 6000 IOPS comparten esos 6000 IOPS.

El número de hosts que están accediendo al volumen es importante porque cuando sólo un único host está accediendo al volumen, puede ser difícil obtener el máximo de IOPS disponible.

Medición de IOPS

Las IOPS se miden basándose en un perfil de carga de bloques de 16 KB con un 50% de lecturas y un 50% de escrituras aleatorias. Las cargas de trabajo que difieren de este perfil pueden experimentar un rendimiento inferior. Para mejorar el rendimiento, puede intentar ajustar los valores de profundidad de cola de host o habilitar marcos Jumbo.

¿Qué ocurre cuando se utiliza un tamaño de bloque más pequeño para medir el rendimiento?

El máximo de IOPS todavía se puede obtener cuando se utilizan tamaños de bloque más pequeños. Sin embargo, el rendimiento se vuelve más pequeño. Por ejemplo, un volumen con 6000 IOPS tendrá el siguiente rendimiento en varios tamaños de bloque:

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

¿Cómo puedo saber cuánto se está utilizando el almacenamiento? ¿Por qué no se muestran los detalles de uso de Block Storage for Classic en la consola?

Block Storage for Classic IBM Cloud® no puede ver el contenido del volumen, por lo que la interfaz de usuario no puede proporcionar información sobre el uso del espacio en disco. Puede obtener más información sobre el volumen, por ejemplo cuánto espacio de disco se toma y cuánto está disponible, desde el sistema operativo del host de cálculo.

• En Linux®, puede utilizar el siguiente comando.

  df -h
  

  El mandato proporciona un resultado que muestra la cantidad de espacio disponible y el porcentaje utilizado.

  $ df -hT /dev/sda1
  Filesystem     Type      Size  Used Avail Use% Mounted on
  /dev/sda1      disk      6.0G  1.2G  4.9G  20% /
  

• En Windows, también puede ver el espacio libre en disco en el Explorador de archivos haciendo clic en Este PC, y tiene dos opciones de comando.

  fsutil volume diskfree C:
  

  dir C:
  

  La última línea de la salida muestra el espacio no utilizado.

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

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

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

Los límites de rendimiento se establecen a nivel de LUN y una conexión Ethernet más rápida no aumenta ese límite. 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 puedo direccionar el tráfico de Block Storage for Classic a su propia interfaz de VLAN y omitir un cortafuegos?

Para implementar esta práctica recomendada, siga los pasos siguientes.

1. Suministre una VLAN en el mismo centro de datos que el host y el dispositivo de Block Storage for Classic. Para obtener más información, consulte Iniciación a las VLAN.

2. Suministrar una subred privada secundaria a la nueva VLAN.3

3. Enlace la nueva VLAN a la interfaz privada del host. Para más información, consulte Cómo conectar mis VLAN a mis servidores.

   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.

   • En Linux® o Windows, cree una interfaz 802.11q. Elija una de las direcciones IP secundarias sin utilizar de la VLAN recién en lazada y asigne dicha dirección IP, máscara de subred y pasarela a la nueva interfaz 802.11q que ha creado.
   • En VMware®, cree una interfaz de red VMkernel (vmk) y asigne la dirección IP secundaria no utilizada, la máscara de subred y la pasarela de la VLAN recién entroncada en la nueva interfaz de vmk.

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

6. Asegúrese de que la IP de la interfaz recién añadida se añade a la lista de autorización de host.

7. Realice el descubrimiento e inicie sesión en el portal de destino tal como se describe en los temas siguientes.

   • Asignación de volúmenes en Microsoft Windows
   • Montar volumen iSCSI en Red Hat Enterprise Linux® 8.
   • Montar volumen iSCSI en CloudLinux 8.
   • Montar volumen iSCSI en Ubuntu 20.

¿Es bueno ejecutar el tráfico iSCSI sobre el canal de puerto LACP 802.3ad ?

Núm. El protocolo de control de agregación de enlaces (LACP) no es una configuración recomendada con iSCSI. Utilice el marco de entrada/salida multitrayectoria (MPIO) para el equilibrio y la redundancia de E/S.

Con una configuración MPIO, un servidor con múltiples NIC puede transmitir y recibir la E/S en todas las interfaces disponibles a un dispositivo de almacenamiento habilitado para MPIO correspondiente. Esta configuración proporciona redundancia que puede garantizar que el tráfico de almacenamiento permanezca estable incluso si una de las rutas deja de estar disponible. Si un servidor tiene dos NIC de 1 Gb y el servidor de almacenamiento tiene dos NIC de 1 Gb, el rendimiento máximo teórico es de unos 200 MB/s.

La agregación de enlaces (como LACP o 802.3ad) a través de la conexión de NIC no funciona de la misma manera que MPIO. La agregación de enlaces no mejora el rendimiento de un único flujo de E/S, ni proporciona varias vías de acceso. Un solo flujo siempre atraviesa una sola vía de acceso. El beneficio de la agregación de enlaces se puede observar cuando existen varios flujos "exclusivos" y cada flujo proviene de un origen diferente. Cada flujo individual se envía por su propia interfaz NIC disponible, que se determina mediante un algoritmo hash. Por lo tanto, con más flujos exclusivos, más NIC pueden proporcionar un mayor rendimiento de agregado.

El acoplamiento funciona entre un servidor y un conmutador. Sin embargo, MPIO funciona entre un servidor de almacenamiento y el host, incluso si un conmutador está en la vía de acceso.

Para obtener más información, consulte uno de los artículos siguientes.

• Linux¿Se recomienda el uso de tarjetas de interfaz de red(NIC)en régimen de servidumbre con iSCSI?
• WindowsNIC Teaming y iSCSI.
• VMware' Requisitos del host para la agregación de enlaces.

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

La latencia de destino dentro del almacenamiento es < 1 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.

He solicitado un volumen de Block Storage for Classic en el centro de datos incorrecto. ¿Puedo mover o migrar el almacenamiento a otro centro de datos?

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

También puede crear un duplicado de su acción y cancelar la acción principal. Para más información, consulte Creación y gestión de volúmenes duplicados.

He cancelado "inmediatamente" el volumen de Block Storage for Classic, pero sigue 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 periodo de espera de 24 horas le da la oportunidad de anular la solicitud de cancelación si es necesario. Si desea cancelar la supresión del volumen, emita 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.

¿Cómo podemos saber cuáles de los volúmenes de Block Storage for Classic están cifrados?

Cuando mires tu lista de Block Storage for Classic en la consola IBM Cloud®, podrás ver un icono de candado junto al nombre del volumen para los volúmenes que están encriptados.

¿Block Storage for Classic da soporte a la reserva persistente SCSI-3 para implementar una barrera de E/S para Db2 pureScale?

Sí, Block Storage for Classic da soporte a las reservas persistentes SCSI-2 y SCSI-3.

¿Qué ocurre con los datos cuando se suprimen volúmenes de Block Storage for Classic?

IBM Cloud® Block Storage for Classic presenta volúmenes en bloque a los clientes en almacenamiento físico que se borra antes de cualquier reutilización.

Cuando se suprime un volumen de Block Storage for Classic, los datos pasan 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. Cuando se suprime un volumen de Block Storage for Classic, estos bloques deben sobrescribirse antes de que el almacenamiento de archivos 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.

¿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.

No puedo cancelar un volumen Block Storage for Classic porque la acción Cancelar en la consola Cloud está desactivada. ¿Qué ocurre?

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 24 horas le da la oportunidad de anular la solicitud de cancelación si es necesario. Si desea cancelar la supresión del volumen, emita un caso de soporte.

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 del 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.

Se supone que mi host de Windows 2012 tiene acceso a varios volúmenes de almacenamiento, pero no puedo verlos en el Administrador de discos. ¿Cómo lo puedo arreglar?

Si utiliza más de dos volúmenes con el mismo host, y si todas las conexiones iSCSI se realizan desde el mismo dispositivo de almacenamiento, es posible que sólo vea dos dispositivos en el Administrador de discos. Cuando se produce esta situación, es necesario conectarse manualmente a cada dispositivo en el iniciador iSCSI. Para obtener más información, consulte resolución de problemas de Windows 2012 R2: varios dispositivos iSCSI.

R2, Windows Server 2012, llegará al final de su vida útil el 10 de octubre de 2023. Microsoft ya no proporciona actualizaciones de seguridad, correcciones de errores ni asistencia técnica para este sistema operativo. Migrar su servidor a una versión más reciente del sistema operativo, como Windows Server 2022.

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

En algunos escenarios, un host (bare-metal o VM) puede perder brevemente la conexión con el almacenamiento y, como resultado, lo considera un volumen de sólo lectura para evitar la corrupción de 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. Un reinicio del host soluciona el problema del estado de sólo lectura.

Este problema se puede producir con hosts que no tienen los valores de MPIO correctos. Cuando MPIO no está configurado correctamente, el host pierde la conexión con el almacenamiento y es posible que no pueda volver a conectarse al almacenamiento cuando se resuelva el problema de conectividad.

¿Puedo conectar Block Storage for Classic con una sola vía de acceso? ¿Necesito utilizar multirruta?

Es posible adjuntar un volumen con una sola ruta, pero es importante que las conexiones se establezcan en ambas rutas para evitar interrupciones del servicio. Para obtener más información sobre cómo configurar las conexiones MPIO, consulte los siguientes artículos.

• Montar volumen iSCSI en Red Hat Enterprise Linux® 8.
• Montar volumen iSCSI en CloudLinux 8.
• Montar volumen iSCSI en Ubuntu 20.
• Asignación de volúmenes en Microsoft Windows

¿Cómo puedo configurar y validar conexiones multivía en el volumen de Block Storage for Classic?

Durante un mantenimiento planificado o una interrupción no planificada, se desactiva una de las rutas. Si MPIO se ha configurado correctamente, el host puede seguir accediendo al almacenamiento conectado a través de la segunda vía de acceso. Para más información sobre la configuración MPIO, consulta los siguientes temas.

• Montar volumen iSCSI en Red Hat Enterprise Linux® 8.
• Montar volumen iSCSI en CloudLinux 8.
• Montar volumen iSCSI en Ubuntu 20.
• Verificación de MPIO en Linux®
• Asignación de volúmenes en Microsoft Windows
• Verificación de MPIO en MS Windows

Cuando las rutas de datos de almacenamiento con equilibrio de carga normal se suspenden temporalmente, el host de computación se ve obligado a elegir una de las rutas de datos supervivientes para comunicarse con el almacenamiento conectado. Como resultado, el aumento del tráfico de datos pasa por menos rutas de datos. Debido a que se atienden más solicitudes con menos recursos, puede experimentar un aumento en la latencia y en los tiempos de establecimiento de la conexión.

En raras ocasiones, un volumen se aprovisiona y se adjunta mientras la segunda ruta está caída. En tales casos, el host puede ver una única vía de acceso cuando se ejecuta la exploración de descubrimiento. Si se encuentra con este fenómeno, compruebe la página de estado deIBM Cloud® para ver si un suceso puede estar afectando a la capacidad del host para acceder al almacenamiento. Si no se informa de ningún evento, vuelva a realizar la exploración de detección para asegurarse de que todas las rutas se han descubierto correctamente. Si un suceso está en curso, el almacenamiento se puede conectar con una única vía de acceso. No obstante, es fundamental volver a explorar las vías de acceso una vez finalizado el suceso. Si ambas rutas no se descubren después de la reexploración, cree un caso de soporte para que se pueda investigar adecuadamente.

Para una conexión más estable en una implementación de e VMware, monte primero el almacenamiento de red en el hipervisor como se describe en Mounting ISCSI VMware ESXi. A continuación, cree las máquinas virtuales y monte el volumen de almacenamiento adjunto desde el sistema operativo del servidor virtual con una conexión de múltiples rutas. Para obtener más información, consulte Uso de ESXi con una SAN(iSCSI ), Comprensión de las rutas múltiples y la conmutación por error en el entorno ESXi, y Configuración de la red para iSCSI y iSER con ESXi.

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

Para ver el nuevo tamaño de volumen ampliado, es necesario volver a escanear y reconfigurar el disco Block Storage for Classic existente en el servidor. Consulte los ejemplos siguientes. Para obtener más información, consulte la documentación de su sistema operativo.

¿Por qué veo dos discos en la gestión de discos cuando añado un solo dispositivo de almacenamiento?

Es posible que se vean dos discos en la gestión de discos si MPIO no está instalado o si está inhabilitado para ISCSI. Para verificar la configuración MPIO, consulte los pasos para Verificar la configuración MPIO para Linux® o Verificar si MPIO está configurado correctamente en sistemas operativos Windows.

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

Complete los pasos siguientes para volver a conectar correctamente el almacenamiento después de un intercambio de chasis.

1. Antes del intercambio, elimine la autorización (revocar el acceso) de los dispositivos de almacenamiento.
2. Después del intercambio, vuelva a autorizar el host.
3. Vuelva a descubrir los dispositivos de almacenamiento con las nuevas credenciales obtenidas de la nueva autorización.

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

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

Siga estos pasos para desconectarlo de un host:

1. Elimine las sesiones ISCSI del sistema operativo y, si procede, desmonte el dispositivo.
2. Revoque el acceso para el host desde el dispositivo de almacenamiento en la consola IBM Cloud®.
3. Elimine el descubrimiento automático y, si procede, elimine las entradas de conexión de la base de datos del sistema operativo para las conexiones ISCSI.

¿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 ofrecer las ofertas con diferentes opciones. Para obtener más información, consulte IBM Cloud Block Storage: Detalles.

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 tengas en la consola IBM Cloud® pueden ser un factor. Para obtener más información, consulte los temas contenidos en 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.

¿Los volúmenes de iSCSI tienen aprovisionamiento fino o grueso?

Todos los servicios de archivos y Block 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 en los centros de datos, los volúmenes de almacenamiento que se encuentran en ellos también se actualizan para utilizar todas las funciones mejoradas. El precio que paga por el volumen de almacenamiento no cambia con esta actualización.

¿Qué durabilidad tiene Block Storage for Classic?

Cuando almacene sus datos en Block Storage for Classic, se garantiza la durabilidad, una alta disponibilidad y 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 Block Storage for Classic.

¿Cuál es el tiempo de actividad promedio de Block Storage for Classic?

Cuando almacena sus datos en Block Storage for Classic, éstos son duraderos, están disponibles en todo momento y están cifrados. Block Storage for Classic se basa en el mejor hardware y software de su clase, de eficacia probada y de nivel empresarial, para ofrecer una alta disponibilidad y tiempo de actividad. Para garantizar el cumplimiento del objetivo de disponibilidad de 99.999 % (cinco nueves), los datos se almacenan de forma redundante en varios discos físicos de nodos emparejados en 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 frente al fallo de vía de acceso y del fallo del controlador porque el nodo todavía puede acceder a los discos asociados fácilmente. Para obtener más información, consulte Disponibilidad y durabilidad de Block Storage for Classic.

¿Cómo puedo identificar un volumen Block Storage for Classic de mi sistema operativo?

Existen varias razones por las cuales podría querer buscar el ID de LUN de los volúmenes de almacenamiento conectados en el host de cálculo. Por ejemplo, puede tener varios dispositivos de almacenamiento montados en el mismo host con los mismos tamaños de volumen. Desea separar y poner fuera de servicio uno de ellos. Sin embargo, no está seguro de cómo correlacionar lo que ve en el host de Linux® con lo que ve en la consola. Otro ejemplo podría ser que tiene varios volúmenes Block Storage for Classic que están conectados a un servidor ESXi. Desea ampliar el tamaño de uno de los volúmenes y, para ello, necesita conocer el ID de LUN correcto del almacenamiento. Para obtener instrucciones específicas del sistema operativo, pulse uno de los enlaces siguientes.

• Visualización de la información de LUN en Linux®
• Visualización de información de LUN en Windows
• Visualización de la información de LUN en VMWare®

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

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

Los siguientes ejemplos son utilidades que puede 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 de línea de mandatos que proporciona a los administradores información en tiempo real sobre el uso de recursos en un entorno de 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 y 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. El sistema 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. Las cabeceras 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. Para un volumen de 12 TB, puede tardar 24 horas. Puede comprobar el progreso en la consola o desde la CLI.

• En la interfaz de usuario, vaya a Infraestructura clásica. Pulse Almacenamiento > Block 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, utilice el siguiente comando.

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

  La salida es similar al ejemplo siguiente:

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

¿Dónde puedo encontrar más información sobre el almacenamiento portátil?

Los volúmenes de almacenamiento portátiles (PSV) son una solución de almacenamiento auxiliar exclusivamente para Virtual Servers. Puede desconectar el PSV de un servidor virtual y conectarlo a otro. Puede conectar un disco de almacenamiento portátil a un servidor virtual a la vez, mientras que toda la información que se almacena en el disco se conserva para la transferencia entre dispositivos. Para obtener más información, consulte Almacenamiento SAN portátil.