La utilidad OCIFS le permite montar cubos de Oracle Cloud Infrastructure Object Storage como sistemas de archivos. A continuación, puede gestionar los objetos de los cubos como archivos y directorios normales.
El siguiente problema conocido es un bug temporal detectado en la utilidad OCIFS. Este error se está corrigiendo activamente y se proporciona una solución alternativa.
Faltan o están desactualizadas algunas regiones en la utilidad OCIFS, versiones 1.1 y 1.2
En las versiones 1.1 y 1.2 de la utilidad OCIFS, faltan o están desactualizadas algunas regiones y es posible que reciba el siguiente error al intentar montar un cubo de almacenamiento:
# mount -t fuse.ocifs bucket1 /mnt/dir
Failed to get Object Storage namespace
Error: Couldn't resolve host name
ERROR: Failed to init storage connect
Solución Alternativa
Si encuentra este mensaje, utilice la opción region=region_name.realm_domain con el comando mount. La opción region sustituye la región especificada en el archivo de configuración de la CLI si utiliza la autenticación basada en claves de API. También aborda este problema para los métodos de autenticación de principal de instancia y principal de recurso.
Por ejemplo, para montar bucket1 en la región uk-gov-london-1 dentro del dominio oraclegovcloud.uk:
# mount -t fuse.ocifs -o region=uk-gov-london-1.oraclegovcloud.uk bucket1 /mnt/dir
Nota
Si utiliza el método de autenticación de principal de instancia con la versión 1.2 de la utilidad OCIFS, es posible que siga encontrando este mensaje de error, incluso con la opción region=region_name.realm_domain. Si este es el caso, cambie a la versión 1.1 de la utilidad OCIFS y vuelva a intentar la solución alternativa.
Instalación de la utilidad OCIFS 🔗
Instale la utilidad OCIFS en sistemas o instancias con Oracle Linux 8 o posterior.
Requisitos:
OCI Object Storage: asegúrese de que el sistema o la instancia en la que planea instalar OCIFS tenga acceso a un cubo de Object Storage existente que desea montar o pueda conectarse a él. El cubo puede estar vacío o ya rellenado con objetos. Para obtener más información sobre Object Storage, consulte Visión general de Object Storage. Para obtener información sobre cómo crear un cubo de Object Storage, consulte Creación de un cubo.
Espacio en disco local: OCIFS consume espacio en disco local para almacenar en caché objetos de Object Storage. OCIFS almacena en caché objetos de un cubo de Object Storage montado en un directorio que puede especificar. Para obtener el mejor rendimiento, designe un directorio local para el almacenamiento en caché que esté en un dispositivo de almacenamiento con un tiempo de acceso rápido.
Además, asegúrese de que el directorio de caché esté en un dispositivo de almacenamiento con espacio libre suficiente para alojar todo el contenido de la ruta del cubo de Object Storage montado o, como mínimo, todos los objetos del cubo que se van a leer o escribir.
Nota
Las operaciones de OCIFS pueden fallar si el dispositivo de almacenamiento en el que se encuentra el directorio de caché se llena. Para obtener más información sobre el almacenamiento en caché de OCIFS, consulte Opciones de caché de OCIFS.
Archivo de configuración de la CLI: por defecto, OCIFS utiliza el método de autenticación basado en claves de API para autenticar Object Storage. Este método de autenticación requiere un archivo de configuración de la CLI que contenga entradas específicas de OCIFS. Para obtener información sobre cómo configurar el archivo de configuración para OCIFS, consulte API Key-Based Authentication.
Active el repositorio oci_included, que contiene el paquete ocifs. Este repositorio está activado por defecto en las imágenes de plataforma de Oracle Linux.
Al montar un cubo de Object Storage con OCIFS, el cubo se puede utilizar como sistema de archivos, lo que le permite gestionar los objetos del cubo como archivos y directorios normales.
Aunque los objetos del cubo de Object Storage existen en una estructura plana, OCIFS simula una estructura de directorios mediante cadenas de prefijo que están presentes en los nombres de objeto que incluyen una o más barras inclinadas (/). OCIFS se implementa como un sistema de archivos FUSE, por lo que no necesita privilegios de usuario root para utilizar el sistema de archivos.
Nota
Un sistema de archivos OCIFS no es un sistema de archivos compartido. Para evitar la corrupción de datos de objetos, no utilice OCIFS para montar el mismo cubo de Object Storage (o cualquier subcarpeta de cubo superpuesta) muchas veces, de forma simultánea. Además, no cambie directamente un objeto de cubo (por ejemplo, con la consola, la CLI o la API) mientras el cubo de Object Storage está montado.
El comando ocifs acepta las siguientes opciones de FUSE:
d: activa la salida de depuración de FUSE.
f: ejecuta el proceso ocifs en primer plano.
s: ejecuta el proceso ocifs de thread único en lugar de multithread.
Además, las opciones de montaje de FUSE, que se describen en la página del comando man fuse(8), se pueden especificar con la opción -o.
Página del comando man fuse(8)
check-bucket bucket-path
Comprueba que se puede acceder al cubo de Object Storage especificado y que los objetos del cubo tienen nombres compatibles con las reglas de montaje de OCIFS.
Con la utilidad OCIFS, puede especificar el cubo de Object Storage que desea montar por su ruta de cubo.
Las rutas de cubo pueden ser:
Nombre de un cubo: todos los objetos del cubo de Object Storage especificado son accesibles como archivos o directorios normales en el directorio montado.
Por ejemplo, para montar el cubo de Object Storage, bucket-1, en el directorio mydir:
$ mkdir ~/mydir
$ ocifs bucket-1 mydir
Subcarpeta de cubo que es un nombre de cubo de Object Storage con una subcarpeta de ese cubo: solo se puede acceder a los objetos de la subcarpeta de cubo especificada como archivos o directorios normales en el directorio montado.
Por ejemplo, para montar la subcarpeta marathon/participants desde el cubo de Object Storage bucket-1 en el directorio mydir:
$ ocifs bucket-1/marathon/participants mydir
Montaje de un cubo de almacenamiento de objetos
Requisitos:
Antes de utilizar OCIFS para montar un cubo de Object Storage, revise lo siguiente:
Autenticación de OCIFS: métodos de autenticación utilizados por OCIFS e información sobre la edición del archivo de configuración de la CLI, si es necesario
Para montar un cubo de Object Storage:
Use el comando ocifs:
ocifs [options] bucket-pathdirectory
O:
Utilice el comando mount(8):
mount -t fuse.ocifs [-o options] bucket-pathdirectory
Nota
Con el comando mount, las opciones se especifican con la opción -o: -o option[=value].
Nota
El comando mount requiere los privilegios adecuados (como root).
Ejemplos:
Monte el cubo de Object Storage bucket-1 en el directorio mydir mediante el comando ocifs y mantenga el directorio de caché de OCIFS después del desmontaje:
$ ocifs --cache-keep bucket-1 mydir
Monte el cubo de Object Storage bucket-1 en el directorio /mnt mediante el comando mount y mantenga el directorio de caché de OCIFS después del desmontaje:
# mount -t fuse.ocifs -o cache-keep bucket-1 /mnt
Por defecto, el cubo de Object Storage se monta mediante la autenticación basada en claves de API. Consulte API Key-Based Authentication.
Desmontaje de un cubo de almacenamiento de objetos
Utilice el comando fusermount -u:
fusermount -u directory
O:
Utilice el comando umount(8):
umount directory
Nota
El comando umount requiere los privilegios adecuados (como root).
Ejemplos:
Desmonte el cubo de Object Storage montado en el directorio mydir mediante el comando fusermount:
$ fusermount -u mydir
Desmonte el cubo de Object Storage montado en el directorio /mnt mediante el comando umount:
# umount /mnt
Nota
El desmontaje de un sistema de archivos OCIFS elimina su directorio de caché correspondiente, a menos que el sistema de archivos se monte con la opción cache-keep. Consulte cache-keep.
Restricciones de montaje de OCIFS 🔗
OCIFS tiene que tener en cuenta varias restricciones de montaje antes de montar un cubo de Object Storage.
Revise las siguientes reglas y restricciones de montaje:
OCIFS tiene las siguientes restricciones de montaje de tipo de archivo, atributo y tamaño.
Tipos de Archivo
OCIFS solo admite archivos y directorios normales. OCIFS no admite enlaces simbólicos, enlaces físicos y archivos especiales (bloque, carácter, Fifo, especial).
Atributos del Archivo
Los atributos de archivo (permisos, propiedad de usuarios y grupos, tiempos de acceso/modificación/cambio) no son persistentes en los montajes. Todos los atributos se restablecen cuando se desmonta y se vuelve a montar un sistema de archivos OCIFS.
Por defecto, los permisos se establecen en 0755 para directorios y 0644 para archivos. La propiedad se define con uid y gid del propietario del sistema de archivos. Los permisos de archivo y la propiedad no se pueden cambiar, a menos que el usuario root monte el sistema de archivos OCIFS. La eliminación del permiso de escritura en un archivo impide que se almacenen en caché los datos recién leídos. En este caso, OCIFS no tiene permiso para escribir en el archivo almacenado en caché.
Tamaño del Archivo
El tamaño máximo de archivo de OCIFS es 10 TiB. Este es el tamaño máximo de objeto de OCI Object Storage.
Reglas de Nombre 🔗
Siga las reglas de nomenclatura de montaje de OCIFS para archivos, rutas, objetos y prefijos.
Nombres de Archivo
El tamaño del nombre de archivo de OCIFS está limitado al tamaño que soporta el sistema de archivos que se utiliza para la caché de OCIFS. El límite de tamaño de nombre de archivo más común para los sistemas de archivos es de 255 caracteres. Si un cubo de Object Storage tiene un objeto con un tamaño de nombre de archivo superior a 255 caracteres, el objeto puede estar visible como un archivo o directorio en el sistema de archivos OCIFS, pero el objeto es de solo lectura y no se puede almacenar en caché. Debido a que el objeto no está almacenado en caché, el tiempo de acceso al objeto puede ser lento.
El acceso de lectura/escritura de OCIFS y el almacenamiento en caché del objeto se pueden restaurar cambiando el nombre del objeto por un nombre compatible con el sistema de archivos utilizado para la caché de OCIFS. Puede utilizar la consola de Oracle Cloud para cambiar el nombre de un objeto o puede cambiar el nombre del objeto con OCIFS mediante el comando mv(1).
Nombres de ruta
OCIFS soporta nombres de ruta con un máximo de 1023 caracteres.
Nombres de objetos incompatibles
Un cubo de Object Storage puede tener objetos con nombres que no sean compatibles con las convenciones de nomenclatura del sistema de archivos de Oracle Linux (por ejemplo: //directory o directory////mydirectory). Sin embargo, estos objetos no son accesibles ni visibles con OCIFS. Para poder utilizarlos con OCIFS, se debe cambiar el nombre de dichos objetos por nombres compatibles con las convenciones de nomenclatura del sistema de archivos de Oracle Linux. Puede utilizar la consola de Oracle Cloud para cambiar el nombre de un objeto.
Un nombre de objeto puede tener hasta 1024 caracteres y puede tener un nombre de archivo OCIFS correspondiente que sea mayor que el límite habitual de nombres de archivos del sistema de archivos (255 caracteres). Sin embargo, el acceso a dichos objetos con OCIFS es limitado.
Para verificar si un cubo de Object Storage tiene nombres que no son compatibles con el sistema de archivos OCIFS, utilice la opción --check-bucket del comando ocifs. Consulte Detalles de la utilidad OCIFS.
Conflictos de nombre de objeto y prefijo
Si se utiliza el mismo nombre como nombre de objeto de Object Storage y como nombre de prefijo, ese nombre se muestra como una entrada de directorio con OCIFS. No se puede acceder al objeto con el mismo nombre a través de OCIFS. Para que el objeto esté visible a través de OCIFS, debe cambiar el nombre del objeto por un nombre que no se utilice como prefijo.
Por ejemplo, si un cubo de Object Storage tiene los objetos directory y directory/mydirectory, se utiliza directory como nombre de objeto y como nombre de prefijo. En ese caso, OCIFS muestra la entrada directory como un directorio y proporciona acceso a todos los objetos que empiezan por el prefijo directory/ (por ejemplo, el objeto directory/mydirectory). Sin embargo, no se puede acceder al objeto directory.
Utilice la opción --check-bucket del comando ocifs para verificar si un cubo tiene nombres de objeto y prefijo en conflicto.
Sincronización de los Datos 🔗
OCIFS proporciona diferentes opciones para la sincronización de datos.
Al escribir en un archivo OCIFS, los datos se sincronizan (los datos se vuelven a escribir en el objeto de Object Storage correspondiente) cuando se cierra el archivo OCIFS. La llamada del sistema close(2) informa de cualquier error de sincronización de datos. Para obtener información sobre cómo tratar las devoluciones de errores de close(), consulte la sección NOTAS de la página del comando man close(2). También puede solicitar que los datos se sincronicen explícitamente mediante fsync(2) o fdatasync(2).
O bien, puede realizar operaciones de escritura para sincronizar datos inmediatamente para un archivo específico (abriendo el archivo con el indicador O_SYNC o O_DSYNC) o para todos los archivos (montando el sistema de archivos OCIFS con la opción sync (-o sync).
Nota
El uso de los indicadores abiertos O_SYNC o O_DSYNC, o la opción de montaje sync puede afectar negativamente al rendimiento.
Autenticación de OCIFS 🔗
Utilice los métodos de autenticación basados en claves de API (por defecto), principal de instancia o entidad de recurso con la utilidad OCIFS.
Al montar un cubo de Object Storage con la utilidad OCIFS, puede utilizar la opción auth=method con el comando ocifs para especificar qué método de autenticación utilizar para acceder a Object Storage y autenticarlo.
Especifique y configure el método de autenticación basado en claves de API para montar cubos de Object Storage con OCIFS.
La autenticación basada en claves de API es el método de autenticación por defecto para OCIFS y se puede utilizar desde una instancia informática de OCI o desde cualquier otro sistema. Este método de autenticación requiere un SDK de OCI local y un archivo de configuración de la CLI. Puede especificar el archivo de configuración mediante la opción config=file con el comando ocifs. Por defecto, el archivo de configuración es ~/.oci/config.
Por ejemplo, si monta el cubo de Object Storage, bucket-1, en el directorio mydir y desea utilizar la autenticación basada en claves de API con el archivo de configuración de la CLI ~/my_config:
Antes de montar un cubo de Object Storage mediante el método de autenticación basada en claves de API, asegúrese de que el archivo de configuración de la CLI (~/.oci/config) tenga un perfil [DEFAULT] y las entradas especificadas en la siguiente tabla.
Entradas de archivo de configuración para autenticación basada en clave de API
Entrada
Descripción
Ejemplo
user
OCID del usuario que accede a Oracle Cloud Infrastructure
user=ocid1.user.oc1..unique_ID
tenancy
OCID de su arrendamiento
tenancy=ocid1.tenancy.oc1..unique_ID
region
Región de Oracle Cloud Infrastructure
region=regional_area_name
key_file
Ruta de acceso completa y nombre de archivo a la clave privada
key_file=~/.oci/oci_api_key.pem
fingerprint
huella de la clave pública utilizada para este usuario
En lugar del método de autenticación basado en claves de API por defecto, puede utilizar el método de autenticación de principal de instancia con la utilidad OCIFS.
Utilice el método de autenticación de principal de instancia para OCIFS solo desde una instancia autorizada de Oracle Cloud Infrastructure. Este método de autenticación permite que las instancias especificadas accedan a Object Storage sin un archivo de configuración de la CLI. A continuación, la instancia detecta automáticamente la información para autenticarse.
La autenticación de principal de instancia se debe utilizar para montar un cubo de Object Storage en una instancia informática que se haya configurado como principal de instancia.
Por ejemplo, para montar un cubo de Object Storage, bucket-1, en el directorio mydir mediante la autenticación de principal de instancia:
$ ocifs --auth=instance_principal bucket-1 mydir
Para utilizar la autenticación de principal de instancia, una instancia informática debe formar parte de un grupo dinámico y una política debe permitir que el grupo dinámico gestione Object Storage. Puede utilizar el verbo manage object-family y el tipo de recurso para definir una política que permita la gestión de objetos de Object Storage. Para obtener más información sobre los grupos dinámicos, consulte Gestión de grupos dinámicos.
Por ejemplo, para permitir que una instancia informática (con el ID de instancia ocid1.instance.OCID) utilice la autenticación de principal de instancia:
Cree un grupo dinámico dgroup-ocifs con la siguiente regla que coincida con la instancia informática:
All {instance.id = 'ocid1.instance.OCID'}
Cree una política que permita a ese grupo dinámico, dgroup-ocifs, gestionar Object Storage:
Allow dynamic-group dgroup-ocifs to manage object-family in compartment id ocid1.tenancy.tenancy_ID
En lugar del método de autenticación basado en claves de API por defecto, puede utilizar el método de autenticación de entidad de recurso con OCIFS.
Utilice el método de autenticación de entidad de recurso con OCIFS solo desde una función de Oracle Cloud Infrastructure (OCI) autorizada. Este método de autenticación permite que la función especificada acceda a otro recurso, o almacenamiento de objetos, sin un archivo de configuración de la CLI. A continuación, la función OCI detecta automáticamente la información para autenticarse.
Para utilizar la autenticación de recursos, una función de OCI debe formar parte de un grupo dinámico y una política debe permitir que el grupo dinámico acceda a ese recurso u Object Storage. Para obtener más información sobre los grupos dinámicos, consulte Gestión de grupos dinámicos.
Para utilizar el método de autenticación de recursos con OCIFS, introduzca --auth=resource_principal al montar un cubo con el comando ocifs.
Por ejemplo, para montar un cubo de Object Storage, bucket-1, en el directorio mydir mediante la autenticación de entidad de recurso:
$ ocifs --auth=resource_principal bucket-1 mydir
Activación de diagnósticos de OCIFS 🔗
Para activar el diagnóstico de OCIFS, utilice el comando ocifs con la opción -f para ejecutar el proceso de OCIFS en primer plano y especifique niveles de depuración con la opción --debug.
Por ejemplo, para mostrar información de diagnóstico en todas las operaciones de OCIFS para el cubo de Object Storage bucket-1, montado en el directorio mydir:
$ ocifs -f --debug=all bucket-1 mydir
O bien, puede utilizar la opción -d con el comando ocifs para activar la depuración de FUSE en todas las operaciones.
Por ejemplo:
$ ocifs -d --debug=all bucket-1 mydir
Opciones de Caché de OCIFS 🔗
Utilice las opciones de caché de OCIFS para especificar cómo funciona la caché de OCIFS.
La utilidad OCIFS almacena en caché los objetos de una ruta de cubo de Object Storage montada en un directorio local (por defecto: ~/.ocifs/bucket/).
Si el dispositivo de almacenamiento en el que se encuentra el directorio de caché se llena, es posible que algunas operaciones de OCIFS fallen.
Puede especificar cómo se utiliza la caché de OCIFS y cómo funciona con las siguientes opciones de caché ocifs:
Puede cambiar el directorio de caché de OCIFS con la opción cache=path del comando ocifs.
Por defecto, OCIFS almacena en caché objetos en ~/.ocifs/. Puede cambiar este directorio de caché mediante la opción cache=path. Esta opción establece el directorio de caché en la ruta especificada. La ruta de acceso puede ser una ruta de acceso absoluta o relativa al directorio de inicio del usuario.
Por ejemplo, para montar el cubo de Object Storage bucket-1 en el directorio mydir y utilizar /var/tmp/ocifs-cache como directorio de caché de OCIFS:
Puede evitar que la utilidad OCIFS llene accidentalmente espacio en el sistema de archivos de caché con la opción cache-fsfree del comando ocifs.
Utilice la opción cache-fsfree para especificar la cantidad de espacio que debe permanecer libre en el sistema de archivos de caché. Si el espacio libre es mayor que la cantidad especificada, OCIFS intenta almacenar en caché los datos. De lo contrario, OCIFS no realiza el almacenamiento en caché. Si OCIFS no puede almacenar en caché los datos, algunas operaciones de OCIFS pueden fallar, como las operaciones de escritura.
Nota
La opción cache-fsfree no cambia la forma en que se almacenan en caché los atributos de las entradas de OCIFS (como el tamaño).
Los valores de tamaño del directorio de caché se muestran en la siguiente tabla.
Valores de Tamaño de Directorio de Caché
Valor
Descripción
Ejemplo
0
No compruebe si hay espacio libre en el sistema de archivos de caché. Con esta opción, OCIFS intenta almacenar datos en caché, independientemente de la cantidad de espacio libre disponible en el sistema de archivos de caché.
$ ocifs --cache-fsfree=0 bucket-1 mydir
percent%
Este valor especifica el porcentaje de espacio (entre el 0% y el 100%) que debe permanecer libre en el sistema de archivos de caché.
Si el porcentaje es 100%, no se almacena en caché ningún dato.
$ ocifs --cache-fsfree=20% bucket-1 mydir
number[K|M|G|T]
Este valor especifica la cantidad de espacio en kilobytes (K), megabytes (M), gigabytes (G) o terabytes (T) que deben permanecer libres en el sistema de archivos de caché.
$ ocifs --cache-fsfree=1G bucket-1 mydir
number[K|M|G|T]i
Este valor especifica la cantidad de espacio en Kibibytes (Ki), Mebibytes (Mi), Gibibytes (Gi) o Tebibytes (Ti) que debe permanecer libre en el sistema de archivos de caché.
$ ocifs --cache-fsfree=1Gi bucket-1 mydir
Notas:
El valor por defecto es cache-fsfree=5%.
El uso de la opción 0, 0%, 0[K|M|G|T] o 0[K|M|G|T]i tiene el mismo efecto.
El uso de la opción 100% o una cantidad de espacio mayor o igual que el tamaño del sistema de archivos tiene el mismo efecto.
mantenimiento de caché 🔗
Puede conservar la caché de OCIFS con la opción cache-keep del comando ocifs, incluso si se desmonta el sistema de archivos de OCIFS.
Al desmontar el sistema de archivos OCIFS, se elimina el directorio de caché de OCIFS, a menos que monte el sistema de archivos con la opción cache-keep.
Por ejemplo, para montar un cubo de Object Storage, bucket-1, en el directorio mydir, y conservar la caché después del desmontaje:
$ ocifs --cache-keep bucket-1 mydir
Notas:
Si utiliza la opción cache-keep, es posible que no pueda volver a montar el sistema de archivos a menos que utilice la opción cache-reuse.
Mantener los datos en la caché después de desmontar el sistema de archivos puede mejorar el rendimiento la próxima vez que monte el sistema de archivos. Sin embargo, OCIFS no comprueba si hay discrepancias entre los datos de la caché y los datos reales en el cubo de Object Storage.
depuración de caché 🔗
La opción cache-purge de la utilidad OCIFS permite eliminar datos de la caché de OCIFS para los archivos que se han cerrado durante un período de tiempo especificado.
Por defecto, la caché de OCIFS nunca se depura. Los datos de caché se mantienen en el directorio de caché siempre que se monte el sistema de archivos. El directorio de caché solo se elimina cuando se desmonta el sistema de archivos OCIFS.
Con la opción cache-purge, puede especificar la cantidad de tiempo que los datos permanecen en la caché después de cerrar un archivo. Puede utilizar esto para conservar el espacio en disco, especialmente si no se suele acceder a los archivos. Esto es útil, por ejemplo, si escribe nuevos archivos y no vuelve a acceder a los archivos.
El retraso de depuración de caché de OCIFS se puede especificar como se muestra en la siguiente tabla:
Valores de retraso de depuración de caché de OCIFS
Valor
Descripción
Ejemplo
never
Nunca depure la caché de OCIFS. Con este valor, los datos almacenados en caché se conservan siempre que se monte el sistema de archivos OCIFS. (Por Defecto)
$ ocifs --cache-purge=never bucket-1 mydir
tiempo de demora
El retraso de la depuración, en segundos, antes de depurar los datos almacenados en caché. Si el retraso de depuración se define en 0, los datos almacenados en caché para un archivo se depuran inmediatamente después de cerrar el archivo.
$ ocifs --cache-purge=30 bucket-1 mydir
Nota
La definición de un retraso de depuración de caché de OCIFS, en particular con un valor pequeño, puede afectar negativamente al rendimiento. Esto se debe a que los datos se eliminan finalmente de la caché cuando no se utiliza un archivo. Si un archivo se vuelve a abrir más tarde y se lee, el rendimiento puede ser lento, ya que los datos del archivo no están en la caché.
reutilización de caché 🔗
La opción cache-reuse de la utilidad OCIFS permite montar un sistema de archivos OCIFS, incluso si hay un directorio de caché existente que no esté vacío.
Por defecto, OCIFS evita el montaje de un sistema de archivos si tiene un directorio de caché no vacío. Con la opción cache-reuse, puede volver a montar el sistema de archivos y volver a utilizar el directorio de caché existente, si está presente.
Por ejemplo, para montar el cubo de Object Storage, bucket-1, en el directorio mydir y volver a utilizar el directorio de caché existente:
$ ocifs --cache-reuse bucket-1 mydir
Notas:
Puede tener un directorio de caché que no esté vacío si el sistema de archivos se ha montado previamente con la opción cache-keep o si el proceso ocifs se ha detenido o se ha bloqueado.
La reutilización de una caché existente puede mejorar el rendimiento, ya que la utilidad OCIFS puede acceder a los datos que ya están en la caché más rápidamente. Sin embargo, no se recomienda utilizar la opción cache-reuse porque OCIFS no comprueba las discrepancias entre los datos de la caché y los datos reales del cubo de Object Storage.
Opción de carga en varias partes de OCIFS 🔗
OCIFS utiliza la carga en varias partes de la interfaz de Oracle Cloud (OCI) Object Storage para cargar objetos grandes en OCI Object Storage.
Cuando OCIFS utiliza la carga en varias partes para cargar un objeto, divide el objeto en partes con un tamaño de parte máximo de 50 GiB. A continuación, las partes se cargan mediante un pool de threads.
Puede especificar cómo OCIFS utiliza la carga en varias partes con la opción de comando mpu-threshold de OCIFS. Para obtener más información, consulte mpu-threshold.
umbral de mpu 🔗
OCIFS permite determinar cuándo utiliza la carga de varios archivos para cargar archivos de gran tamaño en Object Storage. Con la opción mpu-threshold=size de OCIFS, puede especificar el tamaño de archivo por encima del cual se inicia la carga en varias partes.
El valor del umbral de tamaño de carga de varias partes por defecto es 100 Mebibytes (recomendado).
En la siguiente tabla, se muestran los valores de opción mpu-threshold=size admitidos.
Valores de mpu-threshold de OCIFS
Valor
Descripción
Ejemplo
0
Utilice siempre la carga en varias partes (no se recomienda).
$ ocifs --mpu-threshold=0 bucket-1 mydir
number[KMGT]
Tamaño en kilobytes (K), megabytes (M), gigabytes (G) o terabytes (T) por encima del cual se utiliza la carga en varias partes.
$ ocifs --mpu-threshold=150M bucket-1 mydir
number[KMGT]i
El tamaño en Kibibytes (Ki), Mebibytes (Mi), Gibibytes (Gi) o Tebibytes (Ti) por encima del cual se utiliza la carga en varias partes.