Iniciación a File Storage for Classic
File Storage for Classic ofrece una durabilidad y una disponibilidad de nivel empresarial con opciones de rendimiento flexibles a través de un sistema de almacenamiento conectado a la red (NAS) basado en el sistema operativo NFS.
IBM Cloud® File Storage for Classic es un sistema de almacenamiento en red ( File Storage for Classic ) persistente, rápido y flexible, basado en el Sistema de Archivos de Red ( NFS ). En este entorno de almacenamiento conectado a la red (NAS), dispones de un control total sobre el funcionamiento y el rendimiento de tus recursos compartidos. Los recursos compartidos de File Storage for Classic pueden conectarse a un máximo de 64 dispositivos autorizados a través de conexiones enrutadas Transmission Control Protocol / Internet Protocol ( TCP/IP ) para garantizar la resiliencia.
Para obtener más información sobre el uso de File Storage for Classic con el IBM Cloud® Kubernetes Service, consulte Almacenamiento de datos en IBM Cloud File Storage clásico.
Antes de empezar
Los volúmenes de File Storage for Classic se pueden suministrar de 20 GB a 12 TB con dos opciones:
- Suministro de niveles de Resistencia que presentan niveles de rendimiento predefinidos y otras características como instantáneas y réplica. Hay disponibles los siguientes 4 niveles en función de las operaciones de entrada/salida
por segundo (IOPS) por GB:
LOW_INTENSITY_TIER= IOPS/GB de 0.25READHEAVY_TIER= 2 IOPS/GBWRITEHEAVY_TIER= 4 IOPS/GB10_IOPS_PER_GB= 10 IOPS/GB
- Creación de un entorno de Rendimiento de alta potencia con IOPS asignadas.
Para obtener más información sobre la oferta File Storage for Classic, consulta ¿Qué es IBM Cloud File Storage?
Consideraciones sobre el suministro
Tamaño de E/S
El valor de IOPS tanto para Endurance como para Performance se basa en un tamaño de bloque de 16 KB con una carga de trabajo 50-50 entre lectura y escritura, y 50-50 entre aleatoria y secuencial. Un bloque de 16 KB es el equivalente a una escritura en el volumen.
El tamaño de E/S que utiliza su aplicación influye directamente en el rendimiento del almacenamiento. Si el tamaño de E/S que utiliza su aplicación es inferior a 16 KB, el límite de IOPS se alcanza antes que el límite de rendimiento. Por el contrario, si el tamaño de bloque utilizado por la aplicación es superior a 16 KB, se alcanza el límite de rendimiento antes que el límite de IOPS.
| Tamaño de E/S (KB) | IOPS | Rendimiento (MB/s) |
|---|---|---|
| 4 | 1.000 | 4 |
| 8 | 1.000 | 8 |
| 16 | 1.000 | 16 |
| 32 | 500 | 16 |
| 64 | 250 | 16 |
| 128 | 128 | 16 |
| 512 | 32 | 16 |
| 1024 | 16 | 16 |
Hosts autorizados
Otro factor a tener en cuenta es el número de hosts que están utilizando el volumen. Cuando solo hay un host accediendo al volumen, puede resultar difícil alcanzar el máximo de IOPS disponible, especialmente en recuentos extremos de IOPS ( 10,000s ).
El máximo de IOPS para una compartición de almacenamiento de archivos es de 48.000 IOPS. Si su carga de trabajo requiere un rendimiento tan elevado, lo mejor sería configurar al menos un par de servidores para acceder a su volumen, a fin de evitar un cuello de botella en un único servidor.
Puede autorizar hasta 64 servidores para acceder a la compartición de archivos. Este límite incluye todas las autorizaciones de subred, host e IP combinadas. Para obtener más información sobre cómo aumentar este límite, consulte las Preguntas más frecuentes.
Conexión de red
La velocidad de la conexión de Ethernet debe ser más rápida que el rendimiento máximo previsto de su volumen. Generalmente, no espere que se sature la conexión de Ethernet más allá del 70 % del ancho de banda disponible. Por ejemplo, si tienes 6.000 IOPS y utilizas un tamaño de bloque de 16 KB, el volumen puede gestionar un rendimiento de aproximadamente 94 MBps. Si tiene una conexión de Ethernet de 1 Gbps para el volumen, se genera un cuello de botella cuando los servidores intenten utilizar el máximo rendimiento disponible. Esto se debe a que el 70 % del límite teórico de una conexión de 1 Gbps es de solo 88 MBps.
Para alcanzar el número máximo de IOPS, es necesario disponer de los recursos de red adecuados. Otras consideraciones incluyen el uso de redes privadas fuera del almacenamiento, los ajustes específicos del lado del host y de la aplicación, así como otras configuraciones.
El tráfico de almacenamiento debe aislarse del resto de tipos de tráfico y no debe pasar por cortafuegos ni routers. Mantener el tráfico de almacenamiento en una red de área local virtual (VLAN) dedicada también ayuda a evitar la incompatibilidad de la unidad máxima de transmisión (MTU) cuando se habilitan las tramas jumbo. Para obtener más información, consulte Habilitación de tramas Jumbo.
El tráfico de almacenamiento se incluye en el uso total de la red de los servidores virtuales públicos. Para obtener más información acerca de los límites que puede imponer el servicio, consulte la Documentación de servidor virtual.
Versión de NFS
Tanto NFSv3 como NFSv4.1 están soportados en el entorno de IBM Cloud®. Network File System (NFS) es un protocolo de red para el uso compartido de archivos distribuidos. Permite a los hosts remotos montar sistemas de archivos a través de una red e interactuar con esos sistemas de archivos como si estuvieran montados localmente.
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.
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 sobre las diferentes características de cada versión y sobre lo que admite VMware®, consulte las prácticas recomendadas para ejecutar NFS con VMware vSphere.
Envío de su pedido
Cuando esté listo para enviar el pedido, puede colocarlo en la Consola, desde la CLI, con la API o con Terraform. Para obtener más información sobre cómo aprovisionar File Storage para implementaciones de VMware®, consulta la guía de arquitectura.
De forma predeterminada, se puede aprovisionar un total combinado de 700 volúmenes de tipo Block y File Storage for Classic. Para obtener más información, consulte Gestión de los límites de almacenamiento.
Conexión y configuración del nuevo almacenamiento
Cuando se haya completado la solicitud de suministro, autorice a los hosts a acceder al nuevo almacenamiento y configure la conexión. En función del sistema operativo del host, siga el enlace adecuado.
- 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
- Configuración de File Storage for Classic para la copia de seguridad con cPanel
- Configuración de File Storage for Classic para la copia de seguridad con Plesk
El montaje de comparticiones de File Storage for Classic en el sistema operativo Windows no está soportado.
Gestión del almacenamiento
En la consola, desde la CLI, con la API o Terraform, puede gestionar diversos aspectos de su File Storage for Classic, como las autorizaciones de host y las cancelaciones. Para obtener más información, consulte Gestión de File Storage for Classic.
Puede mantener sus datos sincronizados en dos ubicaciones diferentes mediante la replicación. La replicación utiliza una de tus programaciones de instantáneas para copiar automáticamente las instantáneas a un volumen de destino en un centro de datos remoto. Podrás recuperar las copias desde el sitio remoto si se produce un incidente catastrófico o si tus datos se corrompen. Para obtener más información, consulte « Replicación y recuperación ante desastres: replicación de datos ».
Si tiene previsto ampliar su infraestructura de IBM Cloud o evaluar opciones de almacenamiento modernas, consulte Migración de datos desde la infraestructura clásica de IBM Cloud a VPC.