Cloud Storage Gateway:Notas de uso

File gateways

• No interrumpa con frecuencia la carga de archivos grandes en recursos compartidos de Network File System (NFS) o Server Message Block (SMB). El sistema carga los archivos mediante multipart upload. Si interrumpe la carga de archivos grandes, se generan partes en el bucket de Object Storage Service (OSS) asociado. Estas partes consumen la capacidad del bucket de OSS, lo que provoca que el uso de almacenamiento del bucket sea ligeramente superior al tamaño total de los archivos. Utilice una regla de ciclo de vida para eliminar automáticamente estas partes. Para obtener más información, consulte Delete parts.

• La capacidad de caché de un recurso compartido se calcula con la siguiente fórmula: Capacidad de caché local recomendada = (Ancho de banda de la aplicación en MB/s - Ancho de banda de backend de la puerta de enlace en MB/s) × Duración de escritura en segundos × 1.2.

  Para optimizar el rendimiento del acceso local, establezca la capacidad de caché local en el valor más alto entre la cantidad estimada de datos activos y la capacidad de caché local recomendada.

• Cuando escriba un archivo grande mediante un file gateway, asegúrese de que el tamaño del archivo sea menor al 30 % de la capacidad del disco de caché. Además, evite escribir varios archivos grandes de forma simultánea, ya que esto agota rápidamente el espacio disponible en el disco de caché.

• Los file gateways de la versión 1.0.38 y posteriores permiten cargar un archivo de hasta 30 TB. Cuando cargue un archivo mayor a 2 TB, se recomienda proporcionar un ancho de banda de Internet de 500 MB/s o superior, o bien conectarse a Alibaba Cloud mediante un circuito de Express Connect. De lo contrario, podría producirse un error de tiempo de espera durante la carga.

• Los file gateways admiten archivos dispersos (sparse files). Si no se logra cargar un archivo disperso en un file gateway, ejecute el siguiente comando para convertir su formato:

  dd if=<sparse file name> of=<sparse file name> conv=notrunc bs=1M

  El tamaño del archivo disperso no debe superar la capacidad disponible del disco de caché.

• Los nombres de los archivos y directorios en un file gateway deben estar codificados en UTF-8. Los file gateways no admiten nombres de archivos ni de directorios codificados en otro formato. Por ejemplo, si monta un recurso compartido NFS de un file gateway en un cliente Windows, la creación de un archivo o directorio con caracteres chinos en el nombre fallará con el código de error 0x8007045D.

• Si el tamaño de un archivo en un file gateway supera los 256 MB, se recomienda deshabilitar el control de versiones en el bucket de OSS asociado. De lo contrario, podría producirse un error de tiempo de espera cuando la puerta de enlace cargue los metadatos. Esto degrada el rendimiento general de la puerta de enlace.

• Los file gateways implementan el aislamiento de permisos en Windows Active Directory (AD) mediante listas de control de acceso (ACL) POSIX. Los file gateways no permiten autorizar a varios usuarios de AD en distintos directorios. Por ejemplo, si el directorio AA/BB/CC pertenece al Usuario 1 y usted autoriza al Usuario 2 para acceder únicamente al directorio CC, el Usuario 2 no podrá acceder a los datos del directorio CC desde la ruta AA/BB/CC. En este escenario, también debe autorizar al Usuario 2 para acceder a los directorios AA y BB.

• Cuando el bucket asociado contiene más de un millón de archivos, se recomienda establecer los intervalos de sincronización inversa en más de 3,600 segundos.

• En los file gateways de la versión 1.0.36 y posteriores, se especifica automáticamente un tipo Multipurpose Internet Mail Extensions (MIME) en los metadatos de OSS según la extensión del archivo.

• Si la sincronización inversa está habilitada, esta podría eliminar los directorios locales vacíos que no se hayan cargado en Alibaba Cloud durante un ciclo de escaneo. Para solucionar este problema, vuelva a crear los directorios.

• De forma predeterminada, es posible cambiar el nombre de un directorio que contenga hasta 5 millones de subdirectorios y archivos. Si necesita cambiar el nombre de un directorio con más de 5 millones de subdirectorios y archivos, envíe un ticket.

• Cuando la sincronización inversa está habilitada, algunas operaciones para cambiar el nombre de un directorio podrían fallar debido a que la caché de metadatos en la puerta de enlace está incompleta.

File gateways desplegados en Alibaba Cloud

• El ancho de banda de sincronización de una puerta de enlace depende del ancho de banda de OSS. OSS proporciona hasta 10 Gbit/s por usuario. Este ancho de banda varía ligeramente entre los clústeres de distintas regiones. Para obtener más información, envíe un ticket.

• De forma predeterminada, el ancho de banda de carga de las puertas de enlace desplegadas en Alibaba Cloud es de 1 Mbit/s. Estas puertas de enlace acceden a buckets de OSS de otras regiones a través de Internet. Como resultado, el rendimiento de la transmisión de datos podría ser inestable.

• Los protocolos de almacenamiento en red, como NFS y SMB, requieren puertos específicos, por lo que debe configurar reglas de security group para abrirlos.

  • Después de crear un file gateway en Alibaba Cloud, se configura de forma predeterminada un security group con el prefijo Cloud_Storage_Gateway_Usage. No utilice este security group cuando cree instancias de Elastic Compute Service (ECS). Los puertos obligatorios para NFS y SMB se configuran automáticamente en este security group.

  • CSG admite dominios de AD. Es necesario configurar puertos específicos para admitir los siguientes protocolos: AD, Domain Name System (DNS) y Kerberos. Para obtener información sobre cómo unir una puerta de enlace a un dominio de AD, consulte Join a file gateway to an AD domain. A continuación se muestra una tabla que describe los puertos obligatorios para cada protocolo.

  Protocolo	Puerto
  NFS	111 (TCP y UDP), 2049 (TCP y UDP), 32887 (TCP y UDP), 32888 (TCP y UDP) y 32889 (TCP y UDP)
  SMB	137 (UDP), 138 (UDP), 139 (TCP), 389 (TCP), 445 (TCP) y 901 (TCP)
  AD	389 (TCP y UDP), 445 (TCP y UDP)
  DNS	53 (UDP y TCP)
  Kerberos	88 (UDP y TCP)

File gateways locales

La consola de los file gateways locales utiliza el protocolo HTTPS. Los protocolos de almacenamiento en red, como NFS y SMB, requieren puertos específicos. Configure un firewall para admitir estos puertos.

Los file gateways locales admiten dominios de AD. Es necesario configurar puertos específicos para admitir los siguientes protocolos: AD, DNS y Kerberos. Si desea unir un file gateway local a un dominio de AD, debe abrir los puertos correspondientes en el firewall del cliente.

iSCSI gateways

• La capacidad de caché de los volúmenes de Internet Small Computer Systems Interface (iSCSI) se calcula con la siguiente fórmula: Capacidad de caché local recomendada = (Ancho de banda de la aplicación en MB/s - Ancho de banda de backend de la puerta de enlace en MB/s) × Duración de escritura en segundos × 1.2.

  Para optimizar el rendimiento del acceso local, establezca la capacidad de caché local en el valor más alto entre la cantidad estimada de datos activos y la capacidad de caché local recomendada.

• El ancho de banda de sincronización de un iSCSI gateway depende del ancho de banda de OSS. OSS admite un ancho de banda máximo de 10 Gbit/s por usuario. Este ancho de banda varía ligeramente entre los clústeres de distintas regiones. Para obtener más información, comuníquese con el soporte técnico de OSS.

• Las operaciones de entrada y salida por segundo (IOPS) predeterminadas dependen de la capacidad del disco de backend. Para obtener más información, consulte ESSDs.