From 752f0a8d99b57172a2fe457558feeb4761a31b3f Mon Sep 17 00:00:00 2001 From: Edith Puclla Date: Sun, 14 Jan 2024 17:37:46 +0000 Subject: [PATCH 01/74] [es] Add concepts/storage/persistent-volumes.md --- .../concepts/storage/persistent-volumes.md | 1086 +++++++++++++++++ 1 file changed, 1086 insertions(+) create mode 100644 content/es/docs/concepts/storage/persistent-volumes.md diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md new file mode 100644 index 0000000000000..bbe27ed5c46f2 --- /dev/null +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -0,0 +1,1086 @@ +--- +reviewers: + - ramrodo + - krol3 + - electrocucaracha +title: Volúmenes Persistentes +feature: + title: Storage orchestration + description: > + Monta automáticamente el sistema de almacenamiento de tu elección, ya sea de almacenamiento local, un proveedor de nube pública o un sistema de almacenamiento en red como iSCSI o NFS. +content_type: concept +weight: 20 +--- + + + +Este documento describe _volúmenes persistentes_ en Kubernetes. Se sugiere familiarizarse con +[volumes](/docs/concepts/storage/volumes/), [StorageClasses](/docs/concepts/storage/storage-classes/) +y [VolumeAttributesClasses](/docs/concepts/storage/volume-attributes-classes/). + + + +## Introducción + +La gestión del almacenamiento es un problema distinto de la gestión de instancias de cómputo. +El subsistema PersistentVolume proporciona una API para usuarios y administradores +que abstrae los detalles de cómo se proporciona el almacenamiento de cómo se consume. +Para hacer esto, introducimos dos nuevos recursos de API: PersistentVolume y PersistentVolumeClaim. + +Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el cluster que ha sido +provisionada por un administrador o provisionada dinámicamente usando +[Storage Classes](/docs/concepts/storage/storage-classes/). Es un recurso en +el cluster al igual que un nodo es un recurso del cluster. Los PVs son plugins de volumen como +Volumes, pero tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. +Este objeto API captura los detalles de la implementación del almacenamiento, sea +NFS, iSCSI, o un sistema de almacenamiento específico de un proveedor de nube. + +Un _PersistentVolumeClaim_ (PVC) es una solicitud de almacenamiento por parte de un usuario. Es similar +a un Pod. Los Pods consumen recursos de nodos y los PVCs consumen recursos de PVs. Los Pods pueden +solicitar niveles específicos de recursos (CPU y Memoria). Las solicitudes pueden pedir tamaños específicos +y modos de acceso (por ejemplo, pueden montarse como ReadWriteOnce, ReadOnlyMany, +ReadWriteMany o ReadWriteOncePod, ver [AccessModes](#modos-de-acceso)). + +Aunque los PersistentVolumeClaims permiten a un usuario consumir recursos de almacenamiento abstractos, +es común que los usuarios necesiten PersistentVolumes con propiedades variadas, tales como +rendimiento, para diferentes problemas. Los administradores del cluster necesitan poder +ofrecer una variedad de PersistentVolumes que difieran en más aspectos que el tamaño y los modos de acceso, sin exponer a los usuarios a los detalles de cómo se implementan esos volúmenes. +Para estas necesidades, existe el recurso _StorageClass_. + +Vea el [tutorial detallado con ejemplos prácticos](/docs/tasks/configure-pod-container/configure-persistent-volume-storage/). + +## Ciclo de vida de un volumen y una solicitud + +Los PVs son recursos en el cluster. Los PVCs son solicitudes para esos recursos y también actúan +como comprobantes de reclamo al recurso. La interacción entre PVs y PVCs sigue este ciclo de vida: + +### Aprovisionamiento + +Hay dos formas en que los PVs pueden ser aprovisionados: estática o dinámicamente. + +#### Estático + +Un administrador del cluster crea un número de PVs. Llevan los detalles del +almacenamiento real, que está disponible para uso de los usuarios del cluster. Existen en la +API de Kubernetes y están disponibles para su consumo. + +#### Dinámico + +Cuando ninguno de los PVs estáticos creados por el administrador coincide con un PersistentVolumeClaim de un usuario, +el cluster puede intentar aprovisionar dinámicamente un volumen especialmente para el PVC. +Este aprovisionamiento se basa en StorageClasses: el PVC debe solicitar una +[clase de almacenamiento](/docs/concepts/storage/storage-classes/) y +el administrador debe haber creado y configurado esa clase para que ocurra el aprovisionamiento +dinámico. Las solicitudes que piden la clase `""` efectivamente desactivan +el aprovisionamiento dinámico para sí mismas. + +Para habilitar el aprovisionamiento dinámico de almacenamiento basado en clases de almacenamiento, el administrador del cluster +necesita habilitar el controlador de admisión `DefaultStorageClass` +[admission controller](/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass) +en el servidor API. Esto se puede hacer, por ejemplo, asegurándose de que `DefaultStorageClass` esté +entre la lista de valores delimitados por comas y ordenados para la bandera `--enable-admission-plugins` del +componente del servidor API. Para más información sobre las banderas de línea de comandos del servidor API, +consulta la documentación de [kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/). + +### Binding + +Un usuario crea, o en el caso de aprovisionamiento dinámico, ya ha creado, +un PersistentVolumeClaim con una cantidad específica de almacenamiento solicitado y con +ciertos modos de acceso. Un bucle de control en el plano de control observa los nuevos PVCs, encuentra +un PV coincidente (si es posible) y los une. Si un PV fue aprovisionado dinámicamente +para un nuevo PVC, el bucle siempre unirá ese PV al PVC. De lo contrario, +el usuario siempre obtendrá al menos lo que pidió, pero el volumen puede ser +superior a lo solicitado. Una vez unidos, los enlaces PersistentVolumeClaim son exclusivos, +independientemente de cómo se hayan unido. Una unión PVC a PV es un mapeo uno a uno, +utilizando un ClaimRef que es una unión bidireccional entre el PersistentVolume +y el PersistentVolumeClaim. + +Las solicitudes permanecerán sin unir indefinidamente si no existe un volumen coincidente. +Las solicitudes se unirán a medida que los volúmenes coincidentes estén disponibles. Por ejemplo, un +cluster aprovisionado con muchos PVs de 50Gi no coincidirá con un PVC que solicite 100Gi. +El PVC puede unirse cuando se agregue un PV de 100Gi al cluster. + +### Uso + +Los Pods usan las solicitudes como volúmenes. El cluster inspecciona la solicitud para encontrar el volumen unido +y monta ese volumen para un Pod. Para los volúmenes que admiten múltiples modos de acceso, el usuario especifica qué modo desea cuando utiliza su solicitud como volumen en un Pod. + +Una vez que un usuario tiene una solicitud y esa solicitud está unida, el PV unido pertenece al +usuario mientras lo necesiten. Los usuarios programan Pods y acceden a sus PVs reclamados incluyendo una sección de `persistentVolumeClaim` en el bloque `volumes` de un Pod. +Consulta [Claims As Volumes](#claims-as-volumes) para más detalles sobre esto. + +### Protección de Objeto de Almacenamiento en Uso + +El propósito de la función de Protección de Objeto de Almacenamiento en Uso es asegurar que +las PersistentVolumeClaims (PVCs) en uso activo por un Pod y los PersistentVolumes (PVs) +que están unidos a PVCs no sean eliminados del sistema, ya que esto podría resultar en pérdida de datos. + +{{< note >}} +Un PVC está en uso activo por un Pod cuando existe un objeto Pod que está utilizando el PVC. +{{< /note >}} + +Si un usuario elimina un PVC en uso activo por un Pod, el PVC no se elimina inmediatamente. +La eliminación del PVC se pospone hasta que el PVC ya no esté en uso activo por ningún Pod. Además, +si un administrador elimina un PV que está unido a un PVC, el PV no se elimina inmediatamente. +La eliminación del PV se pospone hasta que el PV ya no esté unido a ningún PVC. + +Puedes ver que un PVC está protegido cuando el estado del PVC es `Terminating` y la lista de `Finalizers` incluye `kubernetes.io/pvc-protection`: + +```shell +kubectl describe pvc hostpath +Name: hostpath +Namespace: default +StorageClass: example-hostpath +Status: Terminating +Volume: +Labels: +Annotations: volume.beta.kubernetes.io/storage-class=example-hostpath + volume.beta.kubernetes.io/storage-provisioner=example.com/hostpath +Finalizers: [kubernetes.io/pvc-protection] +... +``` + +Puedes ver que un PV está protegido cuando el estado del PV es `Terminating` y la lista de `Finalizers` incluye también `kubernetes.io/pv-protection`: + +```shell +kubectl describe pv task-pv-volume +Name: task-pv-volume +Labels: type=local +Annotations: +Finalizers: [kubernetes.io/pv-protection] +StorageClass: standard +Status: Terminating +Claim: +Reclaim Policy: Delete +Access Modes: RWO +Capacity: 1Gi +Message: +Source: + Type: HostPath (bare host directory volume) + Path: /tmp/data + HostPathType: +Events: +``` + +### Reclamación + +Cuando un usuario ha terminado con su volumen, puede eliminar los objetos PVC de la +API que permite la recuperación del recurso. La política de reclamación para un PersistentVolume +le dice al cluster qué hacer con el volumen después de que ha sido liberado de su solicitud. +Actualmente, los volúmenes pueden ser Retenidos, Reciclados o Eliminados. + +#### Retener + +La política de reclamación `Retain` permite la recuperación manual del recurso. +Cuando se elimina el PersistentVolumeClaim, el PersistentVolume todavía existe +y el volumen se considera "liberado". Pero aún no está disponible para +otra solicitud porque los datos del reclamante anterior permanecen en el volumen. +Un administrador puede recuperar manualmente el volumen con los siguientes pasos. + +1. Eliminar el PersistentVolume. El recurso de almacenamiento asociado en la infraestructura externa + todavía existe después de que se haya eliminado el PV. +1. Limpiar manualmente los datos en el recurso de almacenamiento asociado en consecuencia. +1. Eliminar manualmente el recurso de almacenamiento asociado. + +Si deseas reutilizar el mismo recurso de almacenamiento, crea un nuevo PersistentVolume con +la misma definición de recurso de almacenamiento. + +#### Eliminar + +Para los plugins de volumen que soportan la política de reclamación `Delete`, la eliminación remueve +tanto el objeto PersistentVolume de Kubernetes, como el recurso de almacenamiento asociado +en la infraestructura externa. Los volúmenes que fueron aprovisionados dinámicamente +heredan la [política de reclamación de su StorageClass](#reclaim-policy), que +por defecto es `Delete`. El administrador debe configurar la StorageClass +de acuerdo con las expectativas de los usuarios; de lo contrario, el PV debe ser editado o +modificado después de que se haya creado. Consulta +[Cambiar la Política de Reclamación de un PersistentVolume](/docs/tasks/administer-cluster/change-pv-reclaim-policy/). + +#### Reciclar + +{{< warning >}} +La política de reclamación `Recycle` está obsoleta. En su lugar, el enfoque recomendado +es utilizar el aprovisionamiento dinámico. +{{< /warning >}} + +Si es compatible con el plugin de volumen subyacente, la política de reclamación `Recycle` realiza +un borrado básico (`rm -rf /thevolume/*`) en el volumen y lo hace disponible nuevamente para una nueva solicitud. + +Sin embargo, un administrador puede configurar una plantilla de Pod reciclador personalizada usando +los argumentos de línea de comandos del administrador del controlador de Kubernetes como se describe en la +[referencia](/docs/reference/command-line-tools-reference/kube-controller-manager/). +La plantilla de Pod reciclador personalizada debe contener una especificación de `volumes`, como +se muestra en el ejemplo a continuación: + +```yaml +apiVersion: v1 +kind: Pod +metadata: + name: pv-recycler + namespace: default +spec: + restartPolicy: Never + volumes: + - name: vol + hostPath: + path: /any/path/it/will/be/replaced + containers: + - name: pv-recycler + image: "registry.k8s.io/busybox" + command: + [ + "/bin/sh", + "-c", + 'test -e /scrub && rm -rf /scrub/..?* /scrub/.[!.]* /scrub/* && test -z "$(ls -A /scrub)" || exit 1', + ] + volumeMounts: + - name: vol + mountPath: /scrub +``` + +Sin embargo, la ruta particular especificada en la plantilla de Pod reciclador personalizado en la parte de `volumes` se reemplaza con la ruta particular del volumen que está siendo reciclado. + +### Finalizador de protección de eliminación de PersistentVolume + +{{< feature-state for_k8s_version="v1.23" state="alpha" >}} + +Los finalizadores pueden agregarse en un PersistentVolume para asegurar que los PersistentVolumes +con política de reclamación `Delete` solo se eliminen después de que se eliminen los almacenamientos subyacentes. + +Los finalizadores recién introducidos `kubernetes.io/pv-controller` y +`external-provisioner.volume.kubernetes.io/finalizer` +solo se agregan a los volúmenes provisionados dinámicamente. + +El finalizador `kubernetes.io/pv-controller` se agrega a los volúmenes de plugins integrados. +El siguiente es un ejemplo. + +```shell +kubectl describe pv pvc-74a498d6-3929-47e8-8c02-078c1ece4d78 +Name: pvc-74a498d6-3929-47e8-8c02-078c1ece4d78 +Labels: +Annotations: kubernetes.io/createdby: vsphere-volume-dynamic-provisioner + pv.kubernetes.io/bound-by-controller: yes + pv.kubernetes.io/provisioned-by: kubernetes.io/vsphere-volume +Finalizers: [kubernetes.io/pv-protection kubernetes.io/pv-controller] +StorageClass: vcp-sc +Status: Bound +Claim: default/vcp-pvc-1 +Reclaim Policy: Delete +Access Modes: RWO +VolumeMode: Filesystem +Capacity: 1Gi +Node Affinity: +Message: +Source: + Type: vSphereVolume (a Persistent Disk resource in vSphere) + VolumePath: [vsanDatastore] d49c4a62-166f-ce12-c464-020077ba5d46/kubernetes-dynamic-pvc-74a498d6-3929-47e8-8c02-078c1ece4d78.vmdk + FSType: ext4 + StoragePolicyName: vSAN Default Storage Policy +Events: +``` + +El finalizador `external-provisioner.volume.kubernetes.io/finalizer` se agrega para los volúmenes CSI. +El siguiente es un ejemplo: + +```shell +Name: pvc-2f0bab97-85a8-4552-8044-eb8be45cf48d +Labels: +Annotations: pv.kubernetes.io/provisioned-by: csi.vsphere.vmware.com +Finalizers: [kubernetes.io/pv-protection external-provisioner.volume.kubernetes.io/finalizer] +StorageClass: fast +Status: Bound +Claim: demo-app/nginx-logs +Reclaim Policy: Delete +Access Modes: RWO +VolumeMode: Filesystem +Capacity: 200Mi +Node Affinity: +Message: +Source: + Type: CSI (a Container Storage Interface (CSI) volume source) + Driver: csi.vsphere.vmware.com + FSType: ext4 + VolumeHandle: 44830fa8-79b4-406b-8b58-621ba25353fd + ReadOnly: false + VolumeAttributes: storage.kubernetes.io/csiProvisionerIdentity=1648442357185-8081-csi.vsphere.vmware.com + type=vSphere CNS Block Volume +Events: +``` + +Cuando la bandera de función `CSIMigration{provider}` está habilitada para un plugin de volumen integrado específico, +el finalizador `kubernetes.io/pv-controller` se reemplaza por el finalizador +`external-provisioner.volume.kubernetes.io/finalizer`. + +### Reservando un PersistentVolume + +El plano de control puede [unir PersistentVolumeClaims a PersistentVolumes correspondientes](#binding) +en el cluster. Sin embargo, si quieres que un PVC se una a un PV específico, necesitas pre-unirlos. + +Al especificar un PersistentVolume en un PersistentVolumeClaim, declaras una unión +entre ese PV y PVC específicos. Si el PersistentVolume existe y no ha reservado +PersistentVolumeClaims a través de su campo `claimRef`, entonces el PersistentVolume y +el PersistentVolumeClaim se unirán. + +La unión ocurre independientemente de algunos criterios de coincidencia de volumen, incluida la afinidad de nodo. +El plano de control aún verifica que la [clase de almacenamiento](/docs/concepts/storage/storage-classes/), +los modos de acceso y el tamaño de almacenamiento solicitado sean válidos. + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: foo-pvc + namespace: foo +spec: + storageClassName: "" # Empty string must be explicitly set otherwise default StorageClass will be set + volumeName: foo-pv + ... +``` + +Este método no garantiza ningún privilegio de unión al PersistentVolume. +Si otros PersistentVolumeClaims pudieran usar el PV que especificas, primero +necesitas reservar ese volumen de almacenamiento. Especifica el PersistentVolumeClaim relevante +en el campo `claimRef` del PV para que otros PVCs no puedan unirse a él. + +```yaml +apiVersion: v1 +kind: PersistentVolume +metadata: + name: foo-pv +spec: + storageClassName: "" + claimRef: + name: foo-pvc + namespace: foo + ... +``` + +Esto es útil si deseas consumir PersistentVolumes que tienen su `claimPolicy` establecido +en `Retain`, incluyendo casos donde estás reutilizando un PV existente. + +### Expandiendo Persistent Volume Claims + +{{< feature-state for_k8s_version="v1.24" state="stable" >}} + +El soporte para expandir PersistentVolumeClaims (PVCs) está habilitado por defecto. Puedes expandir +los siguientes tipos de volúmenes: + +- azureFile (obsoleto) +- {{< glossary_tooltip text="csi" term_id="csi" >}} +- flexVolume (obsoleto) +- rbd (obsoleto) +- portworxVolume (obsoleto) + +Solo puedes expandir un PVC si el campo `allowVolumeExpansion` de su clase de almacenamiento está establecido en verdadero. + +```yaml +apiVersion: storage.k8s.io/v1 +kind: StorageClass +metadata: + name: example-vol-default +provisioner: vendor-name.example/magicstorage +parameters: + resturl: "http://192.168.10.100:8080" + restuser: "" + secretNamespace: "" + secretName: "" +allowVolumeExpansion: true +``` + +Para solicitar un volumen más grande para un PVC, edita el objeto PVC y especifica un tamaño +mayor. Esto desencadena la expansión del volumen que respalda el PersistentVolume subyacente. Nunca se crea un nuevo PersistentVolume para satisfacer la solicitud. En cambio, se redimensiona un volumen existente. + +{{< warning >}} +Editar directamente el tamaño de un PersistentVolume puede impedir un redimensionamiento automático de ese volumen. +Si editas la capacidad de un PersistentVolume, y luego editas el `.spec` de un PersistentVolumeClaim coincidente para hacer que el tamaño del PersistentVolumeClaim coincida con el PersistentVolume, +entonces no ocurre ningún redimensionamiento de almacenamiento. +El plano de control de Kubernetes verá que el estado deseado de ambos recursos coincide, +concluirá que el tamaño del volumen de respaldo se ha aumentado manualmente +y que no es necesario ningún redimensionamiento. +{{< /warning >}} + +#### Expansión de volúmenes CSI + +{{< feature-state for_k8s_version="v1.24" state="stable" >}} + +El soporte para la expansión de volúmenes CSI está habilitado por defecto, pero también requiere que un +controlador CSI específico soporte la expansión de volumen. Consulta la documentación del +controlador CSI específico para obtener más información. + +#### Redimensionando un volumen que contiene un sistema de archivos + +Solo puedes redimensionar volúmenes que contienen un sistema de archivos si el sistema de archivos es XFS, Ext3 o Ext4. + +Cuando un volumen contiene un sistema de archivos, el sistema de archivos solo se redimensiona cuando un nuevo Pod está utilizando +el PersistentVolumeClaim en modo `ReadWrite`. La expansión del sistema de archivos se realiza cuando un Pod se está iniciando +o cuando un Pod está en ejecución y el sistema de archivos subyacente soporta la expansión en línea. + +Los FlexVolumes (obsoletos desde Kubernetes v1.23) permiten redimensionar si el controlador está configurado con la +capacidad `RequiresFSResize` en `true`. El FlexVolume se puede redimensionar al reiniciar el Pod. + +#### Redimensionando un PersistentVolumeClaim en uso + +{{< feature-state for_k8s_version="v1.24" state="stable" >}} + +En este caso, no necesitas eliminar y recrear un Pod o despliegue que esté utilizando un PVC existente. +Cualquier PVC en uso se vuelve automáticamente disponible para su Pod tan pronto como su sistema de archivos haya sido expandido. +Esta característica no tiene efecto en PVCs que no están en uso por un Pod o despliegue. Debes crear un Pod que +utilice el PVC antes de que la expansión pueda completarse. + +Similar a otros tipos de volúmenes - los volúmenes FlexVolume también pueden ser expandidos cuando están en uso por un Pod. + +{{< note >}} +El redimensionamiento de FlexVolume es posible solo cuando el controlador subyacente soporta el redimensionamiento. +{{< /note >}} + +#### Recuperación de fallos al expandir volúmenes + +Si un usuario especifica un nuevo tamaño que es demasiado grande para ser satisfecho por el sistema de almacenamiento subyacente, la expansión del PVC será reintentada continuamente hasta que el usuario o el administrador del cluster tomen alguna acción. Esto puede ser indeseable y por lo tanto Kubernetes proporciona los siguientes métodos de recuperación de tales fallos. + +{{< tabs name="recovery_methods" >}} +{{% tab name="Manualmente con acceso de Administrador del Cluster" %}} + +Si la expansión del almacenamiento subyacente falla, el administrador del cluster puede recuperar manualmente +el estado del Persistent Volume Claim (PVC) y cancelar las solicitudes de redimensionamiento. +De lo contrario, las solicitudes de redimensionamiento son reintentadas continuamente por el controlador sin +intervención del administrador. + +1. Marca el PersistentVolume (PV) que está vinculado al PersistentVolumeClaim (PVC) con una política de reclamación `Retain`. +2. Elimina el PVC. Dado que el PV tiene una política de reclamación `Retain`, no perderemos ningún dato al recrear el PVC. +3. Elimina la entrada `claimRef` de las especificaciones del PV, para que un nuevo PVC pueda vincularse a él. Esto debería hacer que el PV esté `Available` (Disponible). +4. Vuelve a crear el PVC con un tamaño menor que el PV y establece el campo `volumeName` del PVC con el nombre del PV. Esto debería vincular el nuevo PVC al PV existente. +5. No olvides restaurar la política de reclamación del PV. + +{{% /tab %}} +{{% tab name="By requesting expansion to smaller size" %}} +{{% feature-state for_k8s_version="v1.23" state="alpha" %}} + +{{< note >}} +La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [puertas de características](/docs/reference/command-line-tools-reference/feature-gates/) para más información. +{{< /note >}} + +Si las puertas de características `RecoverVolumeExpansionFailure` están habilitadas en tu cluster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. +Esto es útil si la expansión a un valor más alto no tuvo éxito debido a una restricción de capacidad. +Si eso ha ocurrido, o sospechas que podría haber ocurrido, puedes intentar nuevamente la expansión especificando un tamaño que esté dentro de los límites de capacidad del proveedor de almacenamiento subyacente. Puedes monitorear el estado de la operación de redimensionamiento observando `.status.allocatedResourceStatuses` y los eventos en el PVC. + +Ten en cuenta que, aunque puedes especificar una cantidad menor de almacenamiento que la solicitada anteriormente, el nuevo valor aún debe ser mayor que `.status.capacity`. +Kubernetes no admite reducir un PVC a menos de su tamaño actual. +{{% /tab %}} +{{% /tabs %}} + +## Tipos de Persistent Volumes + +Los tipos de PersistentVolume se implementan como plugins. Actualmente, Kubernetes admite los siguientes plugins: + +- [`csi`](/docs/concepts/storage/volumes/#csi) - Interfaz de Almacenamiento de Contenedores (CSI) +- [`fc`](/docs/concepts/storage/volumes/#fc) - Almacenamiento de Canal de Fibra (FC) +- [`hostPath`](/docs/concepts/storage/volumes/#hostpath) - Volumen HostPath + (solo para pruebas en un único nodo; NO FUNCIONARÁ en un clúster multinodo; + considera usar el volumen `local` en su lugar) +- [`iscsi`](/docs/concepts/storage/volumes/#iscsi) - iSCSI (SCSI sobre IP) almacenamiento +- [`local`](/docs/concepts/storage/volumes/#local) - dispositivos de almacenamiento locales + montados en los nodos. +- [`nfs`](/docs/concepts/storage/volumes/#nfs) - Almacenamiento del Sistema de Archivos de Red (NFS) + +Los siguientes tipos de PersistentVolume están obsoletos. +Esto significa que el soporte aún está disponible, pero se eliminará en una futura versión de Kubernetes. + +- [`azureFile`](/docs/concepts/storage/volumes/#azurefile) - Azure File + (**obsoleto** en v1.21) +- [`flexVolume`](/docs/concepts/storage/volumes/#flexvolume) - FlexVolume + (**obsoleto** en v1.23) +- [`portworxVolume`](/docs/concepts/storage/volumes/#portworxvolume) - Volumen Portworx + (**obsoleto** en v1.25) +- [`vsphereVolume`](/docs/concepts/storage/volumes/#vspherevolume) - Volumen VMDK de vSphere + (**obsoleto** en v1.19) +- [`cephfs`](/docs/concepts/storage/volumes/#cephfs) - Volumen CephFS + (**obsoleto** en v1.28) +- [`rbd`](/docs/concepts/storage/volumes/#rbd) - Dispositivo de Bloque Rados (RBD) + (**obsoleto** en v1.28) + +Versiones anteriores de Kubernetes también soportaban los siguientes tipos de PersistentVolume integrados: + +- [`awsElasticBlockStore`](/docs/concepts/storage/volumes/#awselasticblockstore) - AWS Elastic Block Store (EBS) + (**no disponible** en v1.27) +- [`azureDisk`](/docs/concepts/storage/volumes/#azuredisk) - Disco Azure + (**no disponible** en v1.27) +- [`cinder`](/docs/concepts/storage/volumes/#cinder) - Cinder (almacenamiento en bloque de OpenStack) + (**no disponible** en v1.26) +- `photonPersistentDisk` - Disco persistente del controlador Photon. + (**no disponible** a partir de v1.15) +- `scaleIO` - Volumen ScaleIO. + (**no disponible** a partir de v1.21) +- `flocker` - Almacenamiento Flocker. + (**no disponible** a partir de v1.25) +- `quobyte` - Volumen Quobyte. + (**no disponible** a partir de v1.25) +- `storageos` - Volumen StorageOS. + (**no disponible** a partir de v1.25) + +## Volúmenes Persistentes + +Cada PV contiene una especificación y un estado, que corresponden a la especificación y el estado del volumen. +El nombre de un objeto PersistentVolume debe ser un válido +[nombre de subdominio DNS](/docs/concepts/overview/working-with-objects/names#dns-subdomain-names). + +```yaml +apiVersion: v1 +kind: PersistentVolume +metadata: + name: pv0003 +spec: + capacity: + storage: 5Gi + volumeMode: Filesystem + accessModes: + - ReadWriteOnce + persistentVolumeReclaimPolicy: Recycle + storageClassName: slow + mountOptions: + - hard + - nfsvers=4.1 + nfs: + path: /tmp + server: 172.17.0.2 +``` + +{{< note >}} +Es posible que se requieran programas auxiliares relacionados con el tipo de volumen para el uso de un PersistentVolume dentro de un clúster. En este ejemplo, el PersistentVolume es de tipo NFS y se requiere el programa auxiliar /sbin/mount.nfs para admitir el montaje de sistemas de archivos NFS. +{{< /note >}} + +### Capacidad + +Por lo general, un PV tendrá una capacidad de almacenamiento específica. Esto se establece utilizando el atributo `capacity` del PV. Lea el término del glosario [Cantidad](/docs/reference/glossary/?all=true#term-quantity) para comprender las unidades esperadas por `capacity`. + +Actualmente, el tamaño de almacenamiento es el único recurso que se puede establecer o solicitar. En el futuro, los atributos adicionales pueden incluir IOPS, throughput, etc. + +### Modo de Volumen + +{{< feature-state for_k8s_version="v1.18" state="stable" >}} + +Kubernetes admite dos `volumeModes` (modos de volumen) para PersistentVolumes: `Filesystem` y `Block` (Sistema de archivos y Bloque). + +`volumeMode` es un parámetro opcional de la API. +`Filesystem` es el modo predeterminado que se utiliza cuando se omite el parámetro `volumeMode`. + +Un volumen con `volumeMode: Filesystem` se _monta_ en Pods en un directorio. Si el volumen está respaldado por un dispositivo de bloque y el dispositivo está vacío, Kubernetes crea un sistema de archivos en el dispositivo antes de montarlo por primera vez. + +Puedes establecer el valor de `volumeMode` en `Block` para utilizar un volumen como un dispositivo de bloque sin formato. Este tipo de volumen se presenta en un Pod como un dispositivo de bloque, sin ningún sistema de archivos en él. Este modo es útil para proporcionar al Pod la forma más rápida posible de acceder a un volumen, sin ninguna capa de sistema de archivos entre el Pod y el volumen. Por otro lado, la aplicación que se ejecuta en el Pod debe saber cómo manejar un dispositivo de bloque sin formato. Consulta [Soporte para Volumen de Bloque sin Formato](#soporte-para-volumen-de-bloque-sin-formato) para ver un ejemplo de cómo usar un volumen con `volumeMode: Block` en un Pod. + +### Modos de Acceso + +Un PersistentVolume puede montarse en un host de cualquier manera compatible con el proveedor de recursos. Como se muestra en la tabla a continuación, los proveedores tendrán diferentes capacidades y los modos de acceso de cada PV se establecerán en los modos específicos admitidos por ese volumen en particular. Por ejemplo, NFS puede admitir múltiples clientes de lectura/escritura, pero un PV de NFS específico podría exportarse en el servidor como de solo lectura. Cada PV tiene su propio conjunto de modos de acceso que describen las capacidades específicas de ese PV en particular. + +Los modos de acceso son: + +`ReadWriteOnce` +: el volumen puede montarse como lectura-escritura por un solo nodo. El modo de acceso ReadWriteOnce aún puede permitir que varios pods accedan al volumen cuando los pods se ejecutan en el mismo nodo. Para el acceso de un solo pod, consulta ReadWriteOncePod. + +`ReadOnlyMany` +: el volumen puede montarse como solo lectura por muchos nodos. + +`ReadWriteMany` +: el volumen puede montarse como lectura-escritura por muchos nodos. + +`ReadWriteOncePod` +: {{< feature-state for_k8s_version="v1.29" state="stable" >}} +el volumen puede montarse como lectura-escritura por un solo Pod. Utiliza el modo de acceso ReadWriteOncePod si deseas garantizar que solo un pod en todo el clúster pueda leer ese PVC o escribir en él. + +{{< note >}} +El modo de acceso `ReadWriteOncePod` solo es compatible con los volúmenes {{< glossary_tooltip text="CSI" term_id="csi" >}} y Kubernetes versión 1.22+. Para utilizar esta función, deberás actualizar los siguientes [CSI sidecars](https://kubernetes-csi.github.io/docs/sidecar-containers.html) a estas versiones o superiores: + +- [csi-provisioner:v3.0.0+](https://github.com/kubernetes-csi/external-provisioner/releases/tag/v3.0.0) +- [csi-attacher:v3.3.0+](https://github.com/kubernetes-csi/external-attacher/releases/tag/v3.3.0) +- [csi-resizer:v1.3.0+](https://github.com/kubernetes-csi/external-resizer/releases/tag/v1.3.0) + {{< /note >}} + +En la línea de comandos (CLI), los modos de acceso se abrevian de la siguiente manera: + +- RWO - ReadWriteOnce (Lectura/Escritura para Uno) +- ROX - ReadOnlyMany (Solo Lectura para Muchos) +- RWX - ReadWriteMany (Lectura/Escritura para Muchos) +- RWOP - ReadWriteOncePod (Lectura/Escritura para Uno por Pod) + +{{< note >}} +Kubernetes utiliza modos de acceso de volumen para hacer coincidir las solicitudes de PersistentVolumeClaims y los PersistentVolumes. En algunos casos, los modos de acceso de volumen también restringen dónde se puede montar el PersistentVolume. Los modos de acceso de volumen **no** imponen protección contra escritura una vez que el almacenamiento se ha montado. Incluso si se especifican los modos de acceso como ReadWriteOnce, ReadOnlyMany o ReadWriteMany, no establecen ninguna restricción en el volumen. Por ejemplo, incluso si se crea un PersistentVolume como ReadOnlyMany, no garantiza que sea de solo lectura. Si los modos de acceso se especifican como ReadWriteOncePod, el volumen está restringido y solo se puede montar en un único Pod. +{{< /note >}} + +> **¡Importante!** Un volumen solo puede montarse utilizando un modo de acceso a la vez, incluso si admite varios modos. + +| Volume Plugin | ReadWriteOnce | ReadOnlyMany | ReadWriteMany | ReadWriteOncePod | +| :------------- | :-------------------: | :-------------------: | :--------------------------------: | --------------------- | --- | +| AzureFile | ✓ | ✓ | ✓ | - | +| CephFS | ✓ | ✓ | ✓ | - | +| CSI | depends on the driver | depends on the driver | depends on the driver | depends on the driver | +| FC | ✓ | ✓ | - | - | +| FlexVolume | ✓ | ✓ | depends on the driver | - | +| HostPath | ✓ | - | - | - | +| iSCSI | ✓ | ✓ | - | - | +| NFS | ✓ | ✓ | ✓ | - | +| RBD | ✓ | ✓ | - | - | +| VsphereVolume | ✓ | - | - (works when Pods are collocated) | - | +| PortworxVolume | ✓ | - | ✓ | - | - | + +### Clase + +Un PV puede tener una clase, que se especifica configurando el atributo `storageClassName` con el nombre de una [StorageClass](/docs/concepts/storage/storage-classes/). Un PV de una clase particular solo puede vincularse a PVC que soliciten esa clase. Un PV sin `storageClassName` no tiene clase y solo puede vincularse a PVC que no soliciten una clase en particular. + +En el pasado, en lugar del atributo `storageClassName`, se utilizaba la anotación `volume.beta.kubernetes.io/storage-class`. Esta anotación todavía funciona; sin embargo, quedará completamente en desuso en una versión futura de Kubernetes. + +### Política de Reclamación + +Las políticas de reclamación actuales son: + +- Retain (Retener) -- reclamación manual +- Recycle (Reciclar) -- limpieza básica (`rm -rf /elvolumen/*`) +- Delete (Eliminar) -- eliminar el volumen + +Para Kubernetes {{< skew currentVersion >}}, solo los tipos de volumen `nfs` y `hostPath` admiten el reciclaje. + +### Opciones de Montaje + +Un administrador de Kubernetes puede especificar opciones de montaje adicionales cuando se monta un Persistent Volume en un nodo. + +{{< note >}} +No todos los tipos de Persistent Volumes admiten opciones de montaje. +{{< /note >}} + +Los siguientes tipos de volumen admiten opciones de montaje: + +- `azureFile` +- `cephfs` (**desaconsejado** en v1.28) +- `cinder` (**desaconsejado** en v1.18) +- `iscsi` +- `nfs` +- `rbd` (**desaconsejado** en v1.28) +- `vsphereVolume` + +Las opciones de montaje no se validan. Si una opción de montaje es inválida, el montaje falla. + +En el pasado, en lugar del atributo `mountOptions`, se utilizaba la anotación `volume.beta.kubernetes.io/mount-options`. Esta anotación todavía funciona; sin embargo, quedará completamente en desuso en una versión futura de Kubernetes. Se recomienda utilizar el atributo `mountOptions` para especificar las opciones de montaje en lugar de la anotación. + +### Afinidad de Nodos + +{{< note >}} +Para la mayoría de los tipos de volumen, no es necesario establecer este campo. +Debes establecer esto explícitamente para los volúmenes [locales](/docs/concepts/storage/volumes/#local). +{{< /note >}} + +Un PV puede especificar la afinidad de nodos para definir restricciones que limiten desde qué nodos se puede acceder a este volumen. Los Pods que utilizan un PV solo se programarán en nodos seleccionados por la afinidad de nodos. Para especificar la afinidad de nodos, configura `nodeAffinity` en `.spec` de un PV. La referencia de API de [PersistentVolume](/docs/reference/kubernetes-api/config-and-storage-resources/persistent-volume-v1/#PersistentVolumeSpec) tiene más detalles sobre este campo. + +### Fase + +Un PersistentVolume estará en una de las siguientes fases: + +`Available` (Disponible) +: un recurso gratuito que aún no está vinculado a una solicitud + +`Bound` (Vinculado) +: el volumen está vinculado a una solicitud + +`Released` (Liberado) +: la solicitud ha sido eliminada, pero el recurso de almacenamiento asociado aún no ha sido reclamado por el clúster + +`Failed` (Fallido) +: el volumen ha fallado en su proceso de reclamación (automatizada) + +Puedes ver el nombre de la PVC vinculada al PV utilizando `kubectl describe persistentvolume `. + +#### Marca de tiempo de transición de fase + +{{< feature-state for_k8s_version="v1.29" state="beta" >}} + +El campo `.status` de un PersistentVolume puede incluir un campo `lastPhaseTransitionTime` en versión alfa. Este campo registra la marca de tiempo de la última transición de fase del volumen. Para volúmenes recién creados, la fase se establece en `Pending` (Pendiente) y `lastPhaseTransitionTime` se establece en el tiempo actual. + +{{< note >}} +Debes habilitar la [característica de puerta](/docs/reference/command-line-tools-reference/feature-gates/) `PersistentVolumeLastPhaseTransitionTime` para poder usar o ver el campo `lastPhaseTransitionTime`. +{{< /note >}} + +## PersistentVolumeClaims + +Cada PVC contiene un spec (especificación) y un status (estado), que es la especificación y el estado de la solicitud. El nombre de un objeto PersistentVolumeClaim debe ser un [nombre de subdominio DNS válido](/docs/concepts/overview/working-with-objects/names#dns-subdomain-names). + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: myclaim +spec: + accessModes: + - ReadWriteOnce + volumeMode: Filesystem + resources: + requests: + storage: 8Gi + storageClassName: slow + selector: + matchLabels: + release: "stable" + matchExpressions: + - { key: environment, operator: In, values: [dev] } +``` + +### Modos de Acceso + +Las solicitudes utilizan [las mismas convenciones que los volúmenes](#access-modes) al solicitar almacenamiento con modos de acceso específicos. + +### Modos de Volumen + +Las solicitudes utilizan [la misma convención que los volúmenes](#volume-mode) para indicar el consumo del volumen como un sistema de archivos o un dispositivo de bloque. + +### Recursos + +Las solicitudes, al igual que los Pods, pueden solicitar cantidades específicas de un recurso. En este caso, la solicitud es para almacenamiento. El mismo [modelo de recurso](https://git.k8s.io/design-proposals-archive/scheduling/resources.md) se aplica tanto a los volúmenes como a las solicitudes. + +### Selector + +Las solicitudes pueden especificar un [selector de etiqueta](/docs/concepts/overview/working-with-objects/labels/#label-selectors) para filtrar aún más el conjunto de volúmenes. Solo los volúmenes cuyas etiquetas coincidan con el selector pueden vincularse a la solicitud. El selector puede constar de dos campos: + +- `matchLabels` (coincidencia de etiquetas) - el volumen debe tener una etiqueta con este valor. +- `matchExpressions` (expresiones de coincidencia) - una lista de requisitos especificados por clave, lista de valores y operador que relaciona la clave y los valores. Los operadores válidos incluyen In, NotIn, Exists y DoesNotExist. + +Todos los requisitos, tanto de `matchLabels` como de `matchExpressions`, se combinan mediante un operador AND: todos deben cumplirse para que haya coincidencia. + +### Clase + +Una solicitud puede solicitar una clase en particular especificando el nombre de una [StorageClass](/docs/concepts/storage/storage-classes/) utilizando el atributo `storageClassName`. Solo los PV de la clase solicitada, es decir, aquellos con el mismo `storageClassName` que el PVC, pueden vincularse al PVC. + +Las PVC no necesariamente tienen que solicitar una clase. Una PVC con su `storageClassName` configurado igual a `""` siempre se interpreta como una solicitud de un PV sin clase, por lo que solo puede vincularse a PV sin clase (sin anotación o con `""` configurado). Una PVC sin `storageClassName` no es exactamente lo mismo y se trata de manera diferente por parte del clúster, dependiendo de si el plugin de admisión [`DefaultStorageClass`](/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass) está activado. + +- Si el plugin de admisión está activado, el administrador puede especificar una StorageClass predeterminada. Todas las PVC que no tengan `storageClassName` solo podrán vincularse a los PV de esa clase predeterminada. La especificación de una StorageClass predeterminada se realiza configurando la anotación `storageclass.kubernetes.io/is-default-class` igual a `true` en un objeto StorageClass. Si el administrador no especifica una predeterminada, el clúster responderá a la creación de PVC como si el plugin de admisión estuviera desactivado. Si se especifican más de una StorageClass predeterminada, la más nueva se utilizará cuando se provisione dinámicamente la PVC. +- Si el plugin de admisión está desactivado, no existe una noción de una StorageClass predeterminada. Todas las PVC que tengan `storageClassName` configurado como `""` solo podrán vincularse a los PV que también tengan `storageClassName` configurado como `""`. Sin embargo, las PVC sin `storageClassName` pueden actualizarse más adelante una vez que esté disponible la StorageClass predeterminada. Si la PVC se actualiza, ya no se vinculará a los PV que tengan `storageClassName` configurado como `""`. + +Consulta [asignación retroactiva de StorageClass predeterminada](#retroactive-default-storageclass-assignment) para obtener más detalles. + +Según el método de instalación, el administrador puede implementar una StorageClass predeterminada en un clúster de Kubernetes mediante el administrador de complementos durante la instalación. + +Cuando una PVC especifica un `selector` además de solicitar una StorageClass, los requisitos se combinan mediante una operación AND: solo se puede vincular un PV de la clase solicitada y con las etiquetas solicitadas a la PVC. + +{{< note >}} +Actualmente, una PVC con un `selector` no vacío no puede tener un PV provisionado dinámicamente para ella. +{{< /note >}} + +En el pasado, en lugar del atributo `storageClassName`, se utilizaba la anotación `volume.beta.kubernetes.io/storage-class`. Esta anotación todavía funciona; sin embargo, no será compatible en futuras versiones de Kubernetes. Se recomienda utilizar el atributo `storageClassName` en su lugar. + +#### Asignación retroactiva de StorageClass predeterminada + +{{< feature-state for_k8s_version="v1.29" state="stable" >}} + +Puedes crear una PersistentVolumeClaim sin especificar un `storageClassName` para la nueva PVC, incluso cuando no exista una StorageClass predeterminada en tu clúster. En este caso, la nueva PVC se crea tal como la definiste, y el `storageClassName` de esa PVC permanece sin configurar hasta que esté disponible la predeterminada. + +Cuando está disponible una StorageClass predeterminada, el plano de control identifica cualquier PVC existente sin `storageClassName`. Para las PVC que tienen un valor vacío para `storageClassName` o que no tienen esta clave, el plano de control actualiza esas PVC para establecer `storageClassName` de acuerdo con la nueva StorageClass predeterminada. Si tienes una PVC existente donde `storageClassName` es `""`, y configuras una StorageClass predeterminada, entonces esta PVC no se actualizará. + +Para seguir vinculando a PV con `storageClassName` configurado como `""` (mientras existe una StorageClass predeterminada), debes establecer el `storageClassName` de la PVC asociada en `""`. + +Este comportamiento ayuda a los administradores a cambiar la StorageClass predeterminada eliminando primero la antigua y luego creando o configurando otra. Este breve período en el que no hay una predeterminada hace que las PVC creadas en ese momento sin `storageClassName` no tengan ninguna predeterminada, pero debido a la asignación retroactiva de la StorageClass predeterminada, esta forma de cambiar las predeterminadas es segura. + +## Solicitudes como Volúmenes + +Los Pods acceden al almacenamiento utilizando la solicitud como un volumen. Las solicitudes deben existir en el mismo espacio de nombres (namespace) que el Pod que utiliza la solicitud. El clúster encuentra la solicitud en el espacio de nombres del Pod y la utiliza para obtener el PersistentVolume que respalda la solicitud. Luego, el volumen se monta en el host y dentro del Pod. + +```yaml +apiVersion: v1 +kind: Pod +metadata: + name: mypod +spec: + containers: + - name: myfrontend + image: nginx + volumeMounts: + - mountPath: "/var/www/html" + name: mypd + volumes: + - name: mypd + persistentVolumeClaim: + claimName: myclaim +``` + +### Una Nota sobre Espacios de Nombres + +Las vinculaciones de PersistentVolumes son exclusivas y, dado que las PersistentVolumeClaims son objetos con espacio de nombres, montar solicitudes con modos "Many" (`ROX`, `RWX`) solo es posible dentro de un mismo espacio de nombres (namespace). + +### Los PersistentVolumes de tipo `hostPath` + +Los PersistentVolumes de tipo `hostPath` utilizan un archivo o directorio en el nodo para emular almacenamiento conectado a la red. Consulta [un ejemplo de un volumen de tipo `hostPath`](/docs/tasks/configure-pod-container/configure-persistent-volume-storage/#create-a-persistentvolume). + +## Soporte para Volúmenes en Bloque sin Procesar + +{{< feature-state for_k8s_version="v1.29" state="stable" >}} + +Los siguientes complementos de volumen admiten volúmenes en bloque sin procesar, incluida la provisión dinámica cuando corresponda: + +- CSI +- FC (Fibre Channel) +- iSCSI +- Volumen local +- OpenStack Cinder +- RBD (desaconsejado) +- RBD (Ceph Block Device; desaconsejado) +- VsphereVolume + +### PersistentVolume que Utiliza un Volumen en Bloque sin Procesar {#persistent-volume-using-a-raw-block-volume} + +```yaml +apiVersion: v1 +kind: PersistentVolume +metadata: + name: block-pv +spec: + capacity: + storage: 10Gi + accessModes: + - ReadWriteOnce + volumeMode: Block + persistentVolumeReclaimPolicy: Retain + fc: + targetWWNs: ["50060e801049cfd1"] + lun: 0 + readOnly: false +``` + +### PersistentVolumeClaim Solicitando un Volumen en Bloque sin Procesar {#persistent-volume-claim-requesting-a-raw-block-volume} + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: block-pvc +spec: + accessModes: + - ReadWriteOnce + volumeMode: Block + resources: + requests: + storage: 10Gi +``` + +### Especificación de Pod Agregando la Ruta del Dispositivo en Bloque sin Procesar en el Contenedor + +```yaml +apiVersion: v1 +kind: Pod +metadata: + name: pod-with-block-volume +spec: + containers: + - name: fc-container + image: fedora:26 + command: ["/bin/sh", "-c"] + args: ["tail -f /dev/null"] + volumeDevices: + - name: data + devicePath: /dev/xvda + volumes: + - name: data + persistentVolumeClaim: + claimName: block-pvc +``` + +{{< note >}} +Cuando agregas un dispositivo en bloque sin procesar para un Pod, especificas la ruta del dispositivo en el contenedor en lugar de una ruta de montaje. +{{< /note >}} + +### Vinculación de Volúmenes en Bloque + +Si un usuario solicita un volumen en bloque sin procesar indicándolo mediante el campo `volumeMode` en la especificación de PersistentVolumeClaim, las reglas de vinculación difieren ligeramente de versiones anteriores que no consideraban este modo como parte de la especificación. A continuación, se muestra una tabla de las posibles combinaciones que el usuario y el administrador pueden especificar para solicitar un dispositivo en bloque sin procesar. La tabla indica si el volumen se vinculará o no dadas las combinaciones: Matriz de vinculación de volumen para volúmenes provisionados estáticamente: + +| PV volumeMode | PVC volumeMode | Result | +| ------------- | :------------: | ------: | +| unspecified | unspecified | BIND | +| unspecified | Block | NO BIND | +| unspecified | Filesystem | BIND | +| Block | unspecified | NO BIND | +| Block | Block | BIND | +| Block | Filesystem | NO BIND | +| Filesystem | Filesystem | BIND | +| Filesystem | Block | NO BIND | +| Filesystem | unspecified | BIND | + +{{< note >}} +Solo se admiten volúmenes provisionados estáticamente en la versión alfa. Los administradores deben tener en cuenta estos valores al trabajar con dispositivos en bloque sin procesar. +{{< /note >}} + +## Soporte para Instantáneas de Volúmenes y Restauración de Volúmenes desde Instantáneas + +{{< feature-state for_k8s_version="v1.29" state="stable" >}} + +Las instantáneas de volúmenes solo admiten los complementos de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/docs/concepts/storage/volume-snapshots/). Los complementos de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los complementos de volumen obsoletos en el [FAQ de Complementos de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). + +### Crear una PersistentVolumeClaim desde una Instantánea de Volumen {#create-persistent-volume-claim-from-volume-snapshot} + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: restore-pvc +spec: + storageClassName: csi-hostpath-sc + dataSource: + name: new-snapshot-test + kind: VolumeSnapshot + apiGroup: snapshot.storage.k8s.io + accessModes: + - ReadWriteOnce + resources: + requests: + storage: 10Gi +``` + +## Clonación de Volúmenes + +[Clonación de Volúmenes](/docs/concepts/storage/volume-pvc-datasource/) +solo está disponible para complementos de volumen CSI. + +### Crear una PersistentVolumeClaim desde una PVC existente {#create-persistent-volume-claim-from-an-existing-pvc} + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: cloned-pvc +spec: + storageClassName: my-csi-plugin + dataSource: + name: existing-src-pvc-name + kind: PersistentVolumeClaim + accessModes: + - ReadWriteOnce + resources: + requests: + storage: 10Gi +``` + +## Pobladores de Volúmenes y Fuentes de Datos + +{{< feature-state for_k8s_version="v1.29" state="beta" >}} + +Kubernetes admite pobladores de volúmenes personalizados. +Para utilizar pobladores de volúmenes personalizados, debes habilitar la característica `AnyVolumeDataSource` +[feature gate](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. + +Los pobladores de volúmenes aprovechan un campo de especificación de PVC llamado `dataSourceRef`. A diferencia del campo `dataSource`, que solo puede contener una referencia a otra PersistentVolumeClaim o a un VolumeSnapshot, el campo `dataSourceRef` puede contener una referencia a cualquier objeto en el mismo espacio de nombres, excepto los objetos principales que no sean PVC. Para los clústeres que tienen habilitada la característica, se prefiere el uso de `dataSourceRef` en lugar de `dataSource`. + +## Fuentes de Datos entre Espacios de Nombres + +{{< feature-state for_k8s_version="v1.26" state="alpha" >}} + +Kubernetes admite fuentes de datos de volúmenes entre espacios de nombres. +Para utilizar fuentes de datos de volúmenes entre espacios de nombres, debes habilitar las características `AnyVolumeDataSource` y `CrossNamespaceVolumeDataSource` +[feature gates](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. +Además, debes habilitar la característica `CrossNamespaceVolumeDataSource` para el csi-provisioner. + +Al habilitar la característica `CrossNamespaceVolumeDataSource`, puedes especificar un espacio de nombres en el campo dataSourceRef. + +{{< note >}} +Cuando especificas un espacio de nombres para una fuente de datos de volumen, Kubernetes verifica la existencia de un ReferenceGrant en el otro espacio de nombres antes de aceptar la referencia. ReferenceGrant forma parte de las API de extensiones de `gateway.networking.k8s.io`. Consulta [ReferenceGrant](https://gateway-api.sigs.k8s.io/api-types/referencegrant/) en la documentación de la API de Gateway para obtener detalles. Esto significa que debes extender tu clúster de Kubernetes con al menos ReferenceGrant de la API de Gateway antes de poder utilizar este mecanismo. +{{< /note >}} + +## Las referencias a fuentes de datos + +El campo `dataSourceRef` se comporta de manera casi idéntica al campo `dataSource`. Si se especifica uno mientras que el otro no, el servidor de la API asignará el mismo valor a ambos campos. Ninguno de los campos puede cambiarse después de su creación, y cualquier intento de especificar valores diferentes para los dos campos resultará en un error de validación. Por lo tanto, los dos campos siempre tendrán el mismo contenido. + +Hay dos diferencias importantes entre el campo `dataSourceRef` y el campo `dataSource` que los usuarios deben tener en cuenta: + +- El campo `dataSource` ignora los valores no válidos (como si el campo estuviera en blanco), mientras que el campo `dataSourceRef` nunca ignora los valores y generará un error si se utiliza un valor no válido. Los valores no válidos son cualquier objeto central (objetos sin apiGroup) excepto PVCs. + +- El campo `dataSourceRef` puede contener diferentes tipos de objetos, mientras que el campo `dataSource` solo permite PVCs y VolumeSnapshots. + +Cuando se habilita la característica `CrossNamespaceVolumeDataSource`, existen diferencias adicionales: + +- El campo `dataSource` solo permite objetos locales, mientras que el campo `dataSourceRef` permite objetos en cualquier espacio de nombres. +- Cuando se especifica un espacio de nombres, `dataSource` y `dataSourceRef` no están sincronizados. + +Los usuarios siempre deben utilizar `dataSourceRef` en clústeres que tengan habilitada la puerta de enlace de características y recurrir a `dataSource` en clústeres que no la tengan habilitada. No es necesario mirar ambos campos bajo ninguna circunstancia. Los valores duplicados con semántica ligeramente diferente existen solo por compatibilidad con versiones anteriores. En particular, una mezcla de controladores más antiguos y más nuevos pueden interoperar porque los campos son iguales. + +### Uso de pobladores de volúmenes + +Los pobladores de volúmenes son controladores que pueden crear volúmenes no vacíos, donde el contenido del volumen es determinado por un Recurso Personalizado. Los usuarios crean un volumen poblado haciendo referencia a un Recurso Personalizado utilizando el campo `dataSourceRef`: + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: populated-pvc +spec: + dataSourceRef: + name: example-name + kind: ExampleDataSource + apiGroup: example.storage.k8s.io + accessModes: + - ReadWriteOnce + resources: + requests: + storage: 10Gi +``` + +Dado que los pobladores de volúmenes son componentes externos, los intentos de crear una PVC que los utilice pueden fallar si no se han instalado todos los componentes correctos. Los controladores externos deben generar eventos en la PVC para proporcionar retroalimentación sobre el estado de la creación, incluyendo advertencias si la PVC no puede ser creada debido a la falta de algún componente necesario. Esto ayuda a los usuarios a comprender por qué la creación de la PVC ha fallado y qué componentes faltan para que funcione correctamente. + +Puedes instalar el controlador [volume data source validator](https://github.com/kubernetes-csi/volume-data-source-validator) en tu clúster. Este controlador genera eventos de advertencia en una PVC en caso de que no haya ningún poblador registrado para manejar ese tipo de fuente de datos. Cuando se instala un poblador adecuado para una PVC, es responsabilidad de ese controlador de poblador informar sobre eventos relacionados con la creación del volumen y problemas durante el proceso. Esto proporciona información útil para los usuarios y administradores del clúster sobre el estado y los problemas relacionados con las PVC que utilizan pobladores de volúmenes. + +### Uso de una fuente de datos de volumen entre espacios de nombres + +{{< feature-state for_k8s_version="v1.26" state="alpha" >}} + +Crea un ReferenceGrant para permitir que el propietario del espacio de nombres acepte la referencia. +Define un volumen poblado especificando una fuente de datos de volumen entre espacios de nombres utilizando el campo `dataSourceRef`. Debes tener un ReferenceGrant válido en el espacio de nombres de origen previamente: + +```yaml +apiVersion: gateway.networking.k8s.io/v1beta1 +kind: ReferenceGrant +metadata: + name: allow-ns1-pvc + namespace: default +spec: + from: + - group: "" + kind: PersistentVolumeClaim + namespace: ns1 + to: + - group: snapshot.storage.k8s.io + kind: VolumeSnapshot + name: new-snapshot-demo +``` + +```yaml +apiVersion: v1 +kind: PersistentVolumeClaim +metadata: + name: foo-pvc + namespace: ns1 +spec: + storageClassName: example + accessModes: + - ReadWriteOnce + resources: + requests: + storage: 1Gi + dataSourceRef: + apiGroup: snapshot.storage.k8s.io + kind: VolumeSnapshot + name: new-snapshot-demo + namespace: default + volumeMode: Filesystem +``` + +## Escribiendo configuraciones portátiles + +Si estás escribiendo plantillas de configuración o ejemplos que se ejecutarán en una amplia gama de clústeres y necesitas almacenamiento persistente, se recomienda que utilices el siguiente patrón: + +- Incluye objetos PersistentVolumeClaim en tu conjunto de configuración (junto con Despliegues, ConfigMaps, etc.). +- No incluyas objetos PersistentVolume en la configuración, ya que el usuario que instala la configuración puede no tener permisos para crear PersistentVolumes. +- Ofrece al usuario la opción de proporcionar un nombre de clase de almacenamiento al instanciar la plantilla. + - Si el usuario proporciona un nombre de clase de almacenamiento, coloca ese valor en el campo `persistentVolumeClaim.storageClassName`. + Esto hará que la PVC coincida con la clase de almacenamiento correcta si el administrador del clúster ha habilitado las StorageClasses. + - Si el usuario no proporciona un nombre de clase de almacenamiento, deja el campo `persistentVolumeClaim.storageClassName` como nulo. Esto hará que se provisione automáticamente un PV para el usuario con la StorageClass predeterminada en el clúster. Muchos entornos de clúster tienen una StorageClass predeterminada instalada, o los administradores pueden crear su propia StorageClass predeterminada. +- En tus herramientas, observa las PVC que no se están enlazando después de algún tiempo y comunica esto al usuario, ya que esto puede indicar que el clúster no tiene soporte de almacenamiento dinámico (en cuyo caso el usuario debe crear un PV correspondiente) o que el clúster no tiene un sistema de almacenamiento (en cuyo caso el usuario no puede implementar configuraciones que requieran PVCs). + +## {{% heading "whatsnext" %}} + +- Aprende más sobre [Cómo crear un PersistentVolume](/docs/tasks/configure-pod-container/configure-persistent-volume-storage/#create-a-persistentvolume). +- Aprende más sobre [Cómo crear un PersistentVolumeClaim](/docs/tasks/configure-pod-container/configure-persistent-volume-storage/#create-a-persistentvolumeclaim). +- Lee el [documento de diseño de almacenamiento persistente](https://git.k8s.io/design-proposals-archive/storage/persistent-storage.md). + +### Referencias de API {#reference} + +Puedes encontrar información detallada sobre las APIs [`PersistentVolume`](/docs/reference/kubernetes-api/config-and-storage-resources/persistent-volume-v1/) y [`PersistentVolumeClaim`](/docs/reference/kubernetes-api/config-and-storage-resources/persistent-volume-claim-v1/) en la documentación oficial de Kubernetes. Estos enlaces te llevarán a las páginas de referencia que describen las especificaciones y los campos de estas API, junto con ejemplos y ejercicios de uso. From 1365fc18920abdbb04a0df97f51dcec51f364768 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:34:10 +0000 Subject: [PATCH 02/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index bbe27ed5c46f2..a27fd2dace1b2 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -5,7 +5,7 @@ reviewers: - electrocucaracha title: Volúmenes Persistentes feature: - title: Storage orchestration + title: Orquestación de almacenamiento description: > Monta automáticamente el sistema de almacenamiento de tu elección, ya sea de almacenamiento local, un proveedor de nube pública o un sistema de almacenamiento en red como iSCSI o NFS. content_type: concept From b8c6873a7b60367723380904ab947ed4b5d852af Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:34:37 +0000 Subject: [PATCH 03/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index a27fd2dace1b2..b6081a2461d58 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -15,7 +15,7 @@ weight: 20 Este documento describe _volúmenes persistentes_ en Kubernetes. Se sugiere familiarizarse con -[volumes](/docs/concepts/storage/volumes/), [StorageClasses](/docs/concepts/storage/storage-classes/) +[volumes](/es/docs/concepts/storage/volumes/), [StorageClasses](/es/docs/concepts/storage/storage-classes/) y [VolumeAttributesClasses](/docs/concepts/storage/volume-attributes-classes/). From df56ec8e799e7d6516bad229704781721de9719d Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:34:53 +0000 Subject: [PATCH 04/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index b6081a2461d58..5aa10499cb183 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -29,7 +29,7 @@ Para hacer esto, introducimos dos nuevos recursos de API: PersistentVolume y Per Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el cluster que ha sido provisionada por un administrador o provisionada dinámicamente usando -[Storage Classes](/docs/concepts/storage/storage-classes/). Es un recurso en +[Storage Classes](/es/docs/concepts/storage/storage-classes/). Es un recurso en el cluster al igual que un nodo es un recurso del cluster. Los PVs son plugins de volumen como Volumes, pero tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. Este objeto API captura los detalles de la implementación del almacenamiento, sea From b08c3ac0969d059cfccce8e529310ca276648b89 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:35:19 +0000 Subject: [PATCH 05/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 5aa10499cb183..8e1a03516e525 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -33,7 +33,7 @@ provisionada por un administrador o provisionada dinámicamente usando el cluster al igual que un nodo es un recurso del cluster. Los PVs son plugins de volumen como Volumes, pero tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. Este objeto API captura los detalles de la implementación del almacenamiento, sea -NFS, iSCSI, o un sistema de almacenamiento específico de un proveedor de nube. +NFS, iSCSI o un sistema de almacenamiento específico de un proveedor de nube. Un _PersistentVolumeClaim_ (PVC) es una solicitud de almacenamiento por parte de un usuario. Es similar a un Pod. Los Pods consumen recursos de nodos y los PVCs consumen recursos de PVs. Los Pods pueden From 1c3b84c65d895dfcd4581b6fb43e31b583e652fb Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:36:39 +0000 Subject: [PATCH 06/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 8e1a03516e525..7a88361112ec3 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -56,7 +56,7 @@ como comprobantes de reclamo al recurso. La interacción entre PVs y PVCs sigue ### Aprovisionamiento -Hay dos formas en que los PVs pueden ser aprovisionados: estática o dinámicamente. +Hay dos formas en que los PVs pueden ser aprovisionados: estáticamente o dinámicamente. #### Estático From b8e4365460c7cffeeea2c32b24969841a5dbb2e2 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:37:01 +0000 Subject: [PATCH 07/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Muchas gracias! Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 7a88361112ec3..ef4984f719946 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -69,7 +69,7 @@ API de Kubernetes y están disponibles para su consumo. Cuando ninguno de los PVs estáticos creados por el administrador coincide con un PersistentVolumeClaim de un usuario, el cluster puede intentar aprovisionar dinámicamente un volumen especialmente para el PVC. Este aprovisionamiento se basa en StorageClasses: el PVC debe solicitar una -[clase de almacenamiento](/docs/concepts/storage/storage-classes/) y +[clase de almacenamiento](/es/docs/concepts/storage/storage-classes/) y el administrador debe haber creado y configurado esa clase para que ocurra el aprovisionamiento dinámico. Las solicitudes que piden la clase `""` efectivamente desactivan el aprovisionamiento dinámico para sí mismas. From be3568b40d54519b4fb8dbbfa494259290b5c512 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:38:29 +0000 Subject: [PATCH 08/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Entiendo, gracias Rodolfo! Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index ef4984f719946..238991094ab4d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -107,7 +107,7 @@ y monta ese volumen para un Pod. Para los volúmenes que admiten múltiples modo Una vez que un usuario tiene una solicitud y esa solicitud está unida, el PV unido pertenece al usuario mientras lo necesiten. Los usuarios programan Pods y acceden a sus PVs reclamados incluyendo una sección de `persistentVolumeClaim` en el bloque `volumes` de un Pod. -Consulta [Claims As Volumes](#claims-as-volumes) para más detalles sobre esto. +Consulta [Solicitudes como Volúmenes](#solicitudes-como-volumenes) para más detalles sobre esto. ### Protección de Objeto de Almacenamiento en Uso From d68e631e86fd5173f0f92ac8ac9a808523da0637 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:41:14 +0000 Subject: [PATCH 09/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 238991094ab4d..b2332764a940b 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -204,7 +204,7 @@ es utilizar el aprovisionamiento dinámico. {{< /warning >}} Si es compatible con el plugin de volumen subyacente, la política de reclamación `Recycle` realiza -un borrado básico (`rm -rf /thevolume/*`) en el volumen y lo hace disponible nuevamente para una nueva solicitud. +un borrado básico (`rm -rf /elvolumen/*`) en el volumen y lo hace disponible nuevamente para una nueva solicitud. Sin embargo, un administrador puede configurar una plantilla de Pod reciclador personalizada usando los argumentos de línea de comandos del administrador del controlador de Kubernetes como se describe en la From e5e708386269854bda8e2d032ba7b09e637e9252 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:43:02 +0000 Subject: [PATCH 10/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index b2332764a940b..f15b6e3d8a98d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -322,7 +322,7 @@ PersistentVolumeClaims a través de su campo `claimRef`, entonces el PersistentV el PersistentVolumeClaim se unirán. La unión ocurre independientemente de algunos criterios de coincidencia de volumen, incluida la afinidad de nodo. -El plano de control aún verifica que la [clase de almacenamiento](/docs/concepts/storage/storage-classes/), +El plano de control aún verifica que la [clase de almacenamiento](/es/docs/concepts/storage/storage-classes/), los modos de acceso y el tamaño de almacenamiento solicitado sean válidos. ```yaml From bb6fa31e5b35ca785f231029a40cc84309c9249e Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:43:34 +0000 Subject: [PATCH 11/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index f15b6e3d8a98d..f9ced66548c0c 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -332,7 +332,7 @@ metadata: name: foo-pvc namespace: foo spec: - storageClassName: "" # Empty string must be explicitly set otherwise default StorageClass will be set + storageClassName: "" # La cadena vacía debe establecerse explícitamente; de lo contrario, se establecerá la StorageClass predeterminada volumeName: foo-pv ... ``` From d26802329a27ac508fe86c9372739e3c4c14a7a7 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:43:56 +0000 Subject: [PATCH 12/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index f9ced66548c0c..23db0dbf01564 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -452,7 +452,7 @@ intervención del administrador. 5. No olvides restaurar la política de reclamación del PV. {{% /tab %}} -{{% tab name="By requesting expansion to smaller size" %}} +{{% tab name="Solicitando ampliación a un tamaño menor" %}} {{% feature-state for_k8s_version="v1.23" state="alpha" %}} {{< note >}} From a380b3fd79003d291fad63d1509e6d7ac2abf4c0 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:44:31 +0000 Subject: [PATCH 13/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Entiendo, muchas gracias por esto Co-authored-by: Rodolfo Martínez Vega --- .../es/docs/concepts/storage/persistent-volumes.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 23db0dbf01564..12b8d516db822 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -472,15 +472,15 @@ Kubernetes no admite reducir un PVC a menos de su tamaño actual. Los tipos de PersistentVolume se implementan como plugins. Actualmente, Kubernetes admite los siguientes plugins: -- [`csi`](/docs/concepts/storage/volumes/#csi) - Interfaz de Almacenamiento de Contenedores (CSI) -- [`fc`](/docs/concepts/storage/volumes/#fc) - Almacenamiento de Canal de Fibra (FC) -- [`hostPath`](/docs/concepts/storage/volumes/#hostpath) - Volumen HostPath +- [`csi`](/es/docs/concepts/storage/volumes/#csi) - Interfaz de Almacenamiento de Contenedores (CSI) +- [`fc`](/es/docs/concepts/storage/volumes/#fc) - Almacenamiento de Canal de Fibra (FC) +- [`hostPath`](/es/docs/concepts/storage/volumes/#hostpath) - Volumen HostPath (solo para pruebas en un único nodo; NO FUNCIONARÁ en un clúster multinodo; considera usar el volumen `local` en su lugar) -- [`iscsi`](/docs/concepts/storage/volumes/#iscsi) - iSCSI (SCSI sobre IP) almacenamiento -- [`local`](/docs/concepts/storage/volumes/#local) - dispositivos de almacenamiento locales +- [`iscsi`](/es/docs/concepts/storage/volumes/#iscsi) - iSCSI (SCSI sobre IP) almacenamiento +- [`local`](/es/docs/concepts/storage/volumes/#local) - dispositivos de almacenamiento locales montados en los nodos. -- [`nfs`](/docs/concepts/storage/volumes/#nfs) - Almacenamiento del Sistema de Archivos de Red (NFS) +- [`nfs`](/es/docs/concepts/storage/volumes/#nfs) - Almacenamiento del Sistema de Archivos de Red (NFS) Los siguientes tipos de PersistentVolume están obsoletos. Esto significa que el soporte aún está disponible, pero se eliminará en una futura versión de Kubernetes. From e39e2e1794487d30b3de19cfd79d2c9dbe28f2fb Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:44:57 +0000 Subject: [PATCH 14/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Entinedo, gracias! Co-authored-by: Rodolfo Martínez Vega --- .../es/docs/concepts/storage/persistent-volumes.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 12b8d516db822..e39bed1491cad 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -485,17 +485,17 @@ Los tipos de PersistentVolume se implementan como plugins. Actualmente, Kubernet Los siguientes tipos de PersistentVolume están obsoletos. Esto significa que el soporte aún está disponible, pero se eliminará en una futura versión de Kubernetes. -- [`azureFile`](/docs/concepts/storage/volumes/#azurefile) - Azure File +- [`azureFile`](/es/docs/concepts/storage/volumes/#azurefile) - Azure File (**obsoleto** en v1.21) -- [`flexVolume`](/docs/concepts/storage/volumes/#flexvolume) - FlexVolume +- [`flexVolume`](/es/docs/concepts/storage/volumes/#flexvolume) - FlexVolume (**obsoleto** en v1.23) -- [`portworxVolume`](/docs/concepts/storage/volumes/#portworxvolume) - Volumen Portworx +- [`portworxVolume`](/es/docs/concepts/storage/volumes/#portworxvolume) - Volumen Portworx (**obsoleto** en v1.25) -- [`vsphereVolume`](/docs/concepts/storage/volumes/#vspherevolume) - Volumen VMDK de vSphere +- [`vsphereVolume`](/es/docs/concepts/storage/volumes/#vspherevolume) - Volumen VMDK de vSphere (**obsoleto** en v1.19) -- [`cephfs`](/docs/concepts/storage/volumes/#cephfs) - Volumen CephFS +- [`cephfs`](/es/docs/concepts/storage/volumes/#cephfs) - Volumen CephFS (**obsoleto** en v1.28) -- [`rbd`](/docs/concepts/storage/volumes/#rbd) - Dispositivo de Bloque Rados (RBD) +- [`rbd`](/es/docs/concepts/storage/volumes/#rbd) - Dispositivo de Bloque Rados (RBD) (**obsoleto** en v1.28) Versiones anteriores de Kubernetes también soportaban los siguientes tipos de PersistentVolume integrados: From fd395089adf2cc5b4a04863d6e7c56df509d27f3 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 16 Jan 2024 21:46:38 +0000 Subject: [PATCH 15/74] Update content/es/docs/concepts/storage/persistent-volumes.md Gracias! Co-authored-by: Tim Bannister --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index e39bed1491cad..93ef7cb0e042e 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -39,7 +39,7 @@ Un _PersistentVolumeClaim_ (PVC) es una solicitud de almacenamiento por parte de a un Pod. Los Pods consumen recursos de nodos y los PVCs consumen recursos de PVs. Los Pods pueden solicitar niveles específicos de recursos (CPU y Memoria). Las solicitudes pueden pedir tamaños específicos y modos de acceso (por ejemplo, pueden montarse como ReadWriteOnce, ReadOnlyMany, -ReadWriteMany o ReadWriteOncePod, ver [AccessModes](#modos-de-acceso)). +ReadWriteMany o ReadWriteOncePod, ver [Modos de Acceso](#modos-de-acceso)). Aunque los PersistentVolumeClaims permiten a un usuario consumir recursos de almacenamiento abstractos, es común que los usuarios necesiten PersistentVolumes con propiedades variadas, tales como From 608ece9cb9a3dbccf17eaae4eb584f1dd4565f76 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 14:57:09 +0000 Subject: [PATCH 16/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 93ef7cb0e042e..7487fdcb86053 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -190,7 +190,7 @@ la misma definición de recurso de almacenamiento. Para los plugins de volumen que soportan la política de reclamación `Delete`, la eliminación remueve tanto el objeto PersistentVolume de Kubernetes, como el recurso de almacenamiento asociado en la infraestructura externa. Los volúmenes que fueron aprovisionados dinámicamente -heredan la [política de reclamación de su StorageClass](#reclaim-policy), que +heredan la [política de reclamación de su StorageClass](#politica-de-reclamacion), que por defecto es `Delete`. El administrador debe configurar la StorageClass de acuerdo con las expectativas de los usuarios; de lo contrario, el PV debe ser editado o modificado después de que se haya creado. Consulta From 64eb03d05c47a85c696a4c3101474bb62edd9c3a Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 14:59:39 +0000 Subject: [PATCH 17/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 7487fdcb86053..f429991f9f438 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -500,11 +500,11 @@ Esto significa que el soporte aún está disponible, pero se eliminará en una f Versiones anteriores de Kubernetes también soportaban los siguientes tipos de PersistentVolume integrados: -- [`awsElasticBlockStore`](/docs/concepts/storage/volumes/#awselasticblockstore) - AWS Elastic Block Store (EBS) +- [`awsElasticBlockStore`](/es/docs/concepts/storage/volumes/#awselasticblockstore) - AWS Elastic Block Store (EBS) (**no disponible** en v1.27) -- [`azureDisk`](/docs/concepts/storage/volumes/#azuredisk) - Disco Azure +- [`azureDisk`](/es/docs/concepts/storage/volumes/#azuredisk) - Disco Azure (**no disponible** en v1.27) -- [`cinder`](/docs/concepts/storage/volumes/#cinder) - Cinder (almacenamiento en bloque de OpenStack) +- [`cinder`](/es/docs/concepts/storage/volumes/#cinder) - Cinder (almacenamiento en bloque de OpenStack) (**no disponible** en v1.26) - `photonPersistentDisk` - Disco persistente del controlador Photon. (**no disponible** a partir de v1.15) From ee5475ecc67b8d2feb9fcc266339944b5618359c Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 15:19:03 +0000 Subject: [PATCH 18/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index f429991f9f438..e7e4f43919d30 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -806,7 +806,7 @@ Los PersistentVolumes de tipo `hostPath` utilizan un archivo o directorio en el ## Soporte para Volúmenes en Bloque sin Procesar -{{< feature-state for_k8s_version="v1.29" state="stable" >}} +{{< feature-state for_k8s_version="v1.18" state="stable" >}} Los siguientes complementos de volumen admiten volúmenes en bloque sin procesar, incluida la provisión dinámica cuando corresponda: From 1c2123c51b54bb5fbff9fe91b47885e6836ef130 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 15:20:01 +0000 Subject: [PATCH 19/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Si entiendo!! Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index e7e4f43919d30..2bcc8ed975ab0 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -565,7 +565,7 @@ Kubernetes admite dos `volumeModes` (modos de volumen) para PersistentVolumes: ` Un volumen con `volumeMode: Filesystem` se _monta_ en Pods en un directorio. Si el volumen está respaldado por un dispositivo de bloque y el dispositivo está vacío, Kubernetes crea un sistema de archivos en el dispositivo antes de montarlo por primera vez. -Puedes establecer el valor de `volumeMode` en `Block` para utilizar un volumen como un dispositivo de bloque sin formato. Este tipo de volumen se presenta en un Pod como un dispositivo de bloque, sin ningún sistema de archivos en él. Este modo es útil para proporcionar al Pod la forma más rápida posible de acceder a un volumen, sin ninguna capa de sistema de archivos entre el Pod y el volumen. Por otro lado, la aplicación que se ejecuta en el Pod debe saber cómo manejar un dispositivo de bloque sin formato. Consulta [Soporte para Volumen de Bloque sin Formato](#soporte-para-volumen-de-bloque-sin-formato) para ver un ejemplo de cómo usar un volumen con `volumeMode: Block` en un Pod. +Puedes establecer el valor de `volumeMode` en `Block` para utilizar un volumen como un dispositivo de bloque sin formato. Este tipo de volumen se presenta en un Pod como un dispositivo de bloque, sin ningún sistema de archivos en él. Este modo es útil para proporcionar al Pod la forma más rápida posible de acceder a un volumen, sin ninguna capa de sistema de archivos entre el Pod y el volumen. Por otro lado, la aplicación que se ejecuta en el Pod debe saber cómo manejar un dispositivo de bloque sin formato. Consulta [Soporte para Volúmenes en Bloque sin Procesar](#soporte-para-volumenes-en-bloque-sin-procesar) para ver un ejemplo de cómo usar un volumen con `volumeMode: Block` en un Pod. ### Modos de Acceso From d035ab4b9e1d7e19ed885602ddf3c257a344e8bc Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 15:58:09 +0000 Subject: [PATCH 20/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 2bcc8ed975ab0..5719414669dff 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -623,7 +623,7 @@ Kubernetes utiliza modos de acceso de volumen para hacer coincidir las solicitud ### Clase -Un PV puede tener una clase, que se especifica configurando el atributo `storageClassName` con el nombre de una [StorageClass](/docs/concepts/storage/storage-classes/). Un PV de una clase particular solo puede vincularse a PVC que soliciten esa clase. Un PV sin `storageClassName` no tiene clase y solo puede vincularse a PVC que no soliciten una clase en particular. +Un PV puede tener una clase, que se especifica configurando el atributo `storageClassName` con el nombre de una [StorageClass](/es/docs/concepts/storage/storage-classes/). Un PV de una clase particular solo puede vincularse a PVC que soliciten esa clase. Un PV sin `storageClassName` no tiene clase y solo puede vincularse a PVC que no soliciten una clase en particular. En el pasado, en lugar del atributo `storageClassName`, se utilizaba la anotación `volume.beta.kubernetes.io/storage-class`. Esta anotación todavía funciona; sin embargo, quedará completamente en desuso en una versión futura de Kubernetes. From 5f8694c94251fc7e2848e0a2e6d8bb8bf1aac7c7 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:01:17 +0000 Subject: [PATCH 21/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 5719414669dff..a781e1e70dbe7 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -663,7 +663,7 @@ En el pasado, en lugar del atributo `mountOptions`, se utilizaba la anotación ` {{< note >}} Para la mayoría de los tipos de volumen, no es necesario establecer este campo. -Debes establecer esto explícitamente para los volúmenes [locales](/docs/concepts/storage/volumes/#local). +Debes establecer esto explícitamente para los volúmenes [locales](/es/docs/concepts/storage/volumes/#local). {{< /note >}} Un PV puede especificar la afinidad de nodos para definir restricciones que limiten desde qué nodos se puede acceder a este volumen. Los Pods que utilizan un PV solo se programarán en nodos seleccionados por la afinidad de nodos. Para especificar la afinidad de nodos, configura `nodeAffinity` en `.spec` de un PV. La referencia de API de [PersistentVolume](/docs/reference/kubernetes-api/config-and-storage-resources/persistent-volume-v1/#PersistentVolumeSpec) tiene más detalles sobre este campo. From a30fde4302efe03392f32a454c185380b23e5b7c Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:08:51 +0000 Subject: [PATCH 22/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index a781e1e70dbe7..b9684b147d5dd 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -722,7 +722,7 @@ spec: ### Modos de Acceso -Las solicitudes utilizan [las mismas convenciones que los volúmenes](#access-modes) al solicitar almacenamiento con modos de acceso específicos. +Las solicitudes utilizan [las mismas convenciones que los volúmenes](#modos-de-acceso) al solicitar almacenamiento con modos de acceso específicos. ### Modos de Volumen From 58f3ab56317d7afae7d6b405e1ac9d2e2263c628 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:09:00 +0000 Subject: [PATCH 23/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index b9684b147d5dd..9a7cfa82a0a4d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -726,7 +726,7 @@ Las solicitudes utilizan [las mismas convenciones que los volúmenes](#modos-de- ### Modos de Volumen -Las solicitudes utilizan [la misma convención que los volúmenes](#volume-mode) para indicar el consumo del volumen como un sistema de archivos o un dispositivo de bloque. +Las solicitudes utilizan [la misma convención que los volúmenes](#modo-de-volumen) para indicar el consumo del volumen como un sistema de archivos o un dispositivo de bloque. ### Recursos From 699807dbb7ed6e6d9e7f9e59a2a953859b1f1437 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:09:35 +0000 Subject: [PATCH 24/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 9a7cfa82a0a4d..1a8caaea534e9 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -734,7 +734,7 @@ Las solicitudes, al igual que los Pods, pueden solicitar cantidades específicas ### Selector -Las solicitudes pueden especificar un [selector de etiqueta](/docs/concepts/overview/working-with-objects/labels/#label-selectors) para filtrar aún más el conjunto de volúmenes. Solo los volúmenes cuyas etiquetas coincidan con el selector pueden vincularse a la solicitud. El selector puede constar de dos campos: +Las solicitudes pueden especificar un [selector de etiqueta](/es/docs/concepts/overview/working-with-objects/labels/#label-selectors) para filtrar aún más el conjunto de volúmenes. Solo los volúmenes cuyas etiquetas coincidan con el selector pueden vincularse a la solicitud. El selector puede constar de dos campos: - `matchLabels` (coincidencia de etiquetas) - el volumen debe tener una etiqueta con este valor. - `matchExpressions` (expresiones de coincidencia) - una lista de requisitos especificados por clave, lista de valores y operador que relaciona la clave y los valores. Los operadores válidos incluyen In, NotIn, Exists y DoesNotExist. From 0f824e7f84c301f1d412647c171be6b4e9c78f11 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:09:48 +0000 Subject: [PATCH 25/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 1a8caaea534e9..bc116f510834d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -743,7 +743,7 @@ Todos los requisitos, tanto de `matchLabels` como de `matchExpressions`, se comb ### Clase -Una solicitud puede solicitar una clase en particular especificando el nombre de una [StorageClass](/docs/concepts/storage/storage-classes/) utilizando el atributo `storageClassName`. Solo los PV de la clase solicitada, es decir, aquellos con el mismo `storageClassName` que el PVC, pueden vincularse al PVC. +Una solicitud puede solicitar una clase en particular especificando el nombre de una [StorageClass](/es/docs/concepts/storage/storage-classes/) utilizando el atributo `storageClassName`. Solo los PV de la clase solicitada, es decir, aquellos con el mismo `storageClassName` que el PVC, pueden vincularse al PVC. Las PVC no necesariamente tienen que solicitar una clase. Una PVC con su `storageClassName` configurado igual a `""` siempre se interpreta como una solicitud de un PV sin clase, por lo que solo puede vincularse a PV sin clase (sin anotación o con `""` configurado). Una PVC sin `storageClassName` no es exactamente lo mismo y se trata de manera diferente por parte del clúster, dependiendo de si el plugin de admisión [`DefaultStorageClass`](/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass) está activado. From 0784a09ca8b129f6d5e99c29de4d5da047f0954b Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:11:04 +0000 Subject: [PATCH 26/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index bc116f510834d..7fc0e313896d4 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -903,7 +903,7 @@ Solo se admiten volúmenes provisionados estáticamente en la versión alfa. Los ## Soporte para Instantáneas de Volúmenes y Restauración de Volúmenes desde Instantáneas -{{< feature-state for_k8s_version="v1.29" state="stable" >}} +{{< feature-state for_k8s_version="v1.20" state="stable" >}} Las instantáneas de volúmenes solo admiten los complementos de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/docs/concepts/storage/volume-snapshots/). Los complementos de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los complementos de volumen obsoletos en el [FAQ de Complementos de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). From 67b9afbf4dc4c9db15ebbee3f36f2bc4e6d6fb7b Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:12:32 +0000 Subject: [PATCH 27/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Correcto, thank youuu! :) Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 7fc0e313896d4..2dc1c09decffd 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -953,7 +953,7 @@ spec: ## Pobladores de Volúmenes y Fuentes de Datos -{{< feature-state for_k8s_version="v1.29" state="beta" >}} +{{< feature-state for_k8s_version="v1.24" state="beta" >}} Kubernetes admite pobladores de volúmenes personalizados. Para utilizar pobladores de volúmenes personalizados, debes habilitar la característica `AnyVolumeDataSource` From 9684800d8981905482fc475395ebd2e0f047fb65 Mon Sep 17 00:00:00 2001 From: Edith Puclla Date: Sat, 27 Jan 2024 16:14:23 +0000 Subject: [PATCH 28/74] Add end lines in big paragraphs --- content/es/docs/concepts/storage/persistent-volumes.md | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 2bcc8ed975ab0..8630845f9f41c 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -565,11 +565,17 @@ Kubernetes admite dos `volumeModes` (modos de volumen) para PersistentVolumes: ` Un volumen con `volumeMode: Filesystem` se _monta_ en Pods en un directorio. Si el volumen está respaldado por un dispositivo de bloque y el dispositivo está vacío, Kubernetes crea un sistema de archivos en el dispositivo antes de montarlo por primera vez. -Puedes establecer el valor de `volumeMode` en `Block` para utilizar un volumen como un dispositivo de bloque sin formato. Este tipo de volumen se presenta en un Pod como un dispositivo de bloque, sin ningún sistema de archivos en él. Este modo es útil para proporcionar al Pod la forma más rápida posible de acceder a un volumen, sin ninguna capa de sistema de archivos entre el Pod y el volumen. Por otro lado, la aplicación que se ejecuta en el Pod debe saber cómo manejar un dispositivo de bloque sin formato. Consulta [Soporte para Volúmenes en Bloque sin Procesar](#soporte-para-volumenes-en-bloque-sin-procesar) para ver un ejemplo de cómo usar un volumen con `volumeMode: Block` en un Pod. +Puedes establecer el valor de `volumeMode` en `Block` para utilizar un volumen como un dispositivo de bloque sin formato. Este tipo de volumen se presenta en un Pod como un dispositivo de bloque, sin ningún sistema de archivos en él. +Este modo es útil para proporcionar al Pod la forma más rápida posible de acceder a un volumen, sin ninguna capa de sistema de archivos entre el Pod y el volumen. + +Por otro lado, la aplicación que se ejecuta en el Pod debe saber cómo manejar un dispositivo de bloque sin formato. + +Consulta [Soporte para Volúmenes en Bloque sin Procesar](#soporte-para-volumenes-en-bloque-sin-procesar) para ver un ejemplo de cómo usar un volumen con `volumeMode: Block` en un Pod. ### Modos de Acceso -Un PersistentVolume puede montarse en un host de cualquier manera compatible con el proveedor de recursos. Como se muestra en la tabla a continuación, los proveedores tendrán diferentes capacidades y los modos de acceso de cada PV se establecerán en los modos específicos admitidos por ese volumen en particular. Por ejemplo, NFS puede admitir múltiples clientes de lectura/escritura, pero un PV de NFS específico podría exportarse en el servidor como de solo lectura. Cada PV tiene su propio conjunto de modos de acceso que describen las capacidades específicas de ese PV en particular. +Un PersistentVolume puede montarse en un host de cualquier manera compatible con el proveedor de recursos. Como se muestra en la tabla a continuación, los proveedores tendrán diferentes capacidades y los modos de acceso de cada PV se establecerán en los modos específicos admitidos por ese volumen en particular. +Por ejemplo, NFS puede admitir múltiples clientes de lectura/escritura, pero un PV de NFS específico podría exportarse en el servidor como de solo lectura. Cada PV tiene su propio conjunto de modos de acceso que describen las capacidades específicas de ese PV en particular. Los modos de acceso son: From f67a5494c56cab8d3ded276504ff00085e1791f0 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:28:36 +0000 Subject: [PATCH 29/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 4ee5082e55f45..24105c4961436 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -30,7 +30,7 @@ Para hacer esto, introducimos dos nuevos recursos de API: PersistentVolume y Per Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el cluster que ha sido provisionada por un administrador o provisionada dinámicamente usando [Storage Classes](/es/docs/concepts/storage/storage-classes/). Es un recurso en -el cluster al igual que un nodo es un recurso del cluster. Los PVs son plugins de volumen como +el clúster al igual que un nodo es un recurso del clúster. Los PVs son plugins de volumen como Volumes, pero tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. Este objeto API captura los detalles de la implementación del almacenamiento, sea NFS, iSCSI o un sistema de almacenamiento específico de un proveedor de nube. From 06f5911d9936cedd7f99ece5c05b84ed4d7be7e6 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:28:46 +0000 Subject: [PATCH 30/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 24105c4961436..8265bb7dacabb 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -27,7 +27,7 @@ El subsistema PersistentVolume proporciona una API para usuarios y administrador que abstrae los detalles de cómo se proporciona el almacenamiento de cómo se consume. Para hacer esto, introducimos dos nuevos recursos de API: PersistentVolume y PersistentVolumeClaim. -Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el cluster que ha sido +Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el clúster que ha sido provisionada por un administrador o provisionada dinámicamente usando [Storage Classes](/es/docs/concepts/storage/storage-classes/). Es un recurso en el clúster al igual que un nodo es un recurso del clúster. Los PVs son plugins de volumen como From 7b16969d222785217cce3ee807f14f46dfa62cd7 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:28:58 +0000 Subject: [PATCH 31/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 8265bb7dacabb..da5d1e74064f2 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -22,7 +22,7 @@ y [VolumeAttributesClasses](/docs/concepts/storage/volume-attributes-classes/). ## Introducción -La gestión del almacenamiento es un problema distinto de la gestión de instancias de cómputo. +La gestión del almacenamiento es un problema distinto al de la gestión de instancias de cómputo. El subsistema PersistentVolume proporciona una API para usuarios y administradores que abstrae los detalles de cómo se proporciona el almacenamiento de cómo se consume. Para hacer esto, introducimos dos nuevos recursos de API: PersistentVolume y PersistentVolumeClaim. From f2d42c4dcfb47f218b57355deddbe65920db1170 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:29:13 +0000 Subject: [PATCH 32/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index da5d1e74064f2..8e9f7ebc18ba8 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -31,7 +31,7 @@ Un _PersistentVolume_ (PV) es una pieza de almacenamiento en el clúster que ha provisionada por un administrador o provisionada dinámicamente usando [Storage Classes](/es/docs/concepts/storage/storage-classes/). Es un recurso en el clúster al igual que un nodo es un recurso del clúster. Los PVs son plugins de volumen como -Volumes, pero tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. +Volúmenes, que tienen un ciclo de vida independiente de cualquier Pod individual que use el PV. Este objeto API captura los detalles de la implementación del almacenamiento, sea NFS, iSCSI o un sistema de almacenamiento específico de un proveedor de nube. From 72ce058cef5cf27c84c52b576f465fc27bf8becd Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:29:24 +0000 Subject: [PATCH 33/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 8e9f7ebc18ba8..edebe206edeba 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -43,7 +43,7 @@ ReadWriteMany o ReadWriteOncePod, ver [Modos de Acceso](#modos-de-acceso)). Aunque los PersistentVolumeClaims permiten a un usuario consumir recursos de almacenamiento abstractos, es común que los usuarios necesiten PersistentVolumes con propiedades variadas, tales como -rendimiento, para diferentes problemas. Los administradores del cluster necesitan poder +rendimiento, para diferentes problemas. Los administradores del clúster necesitan poder ofrecer una variedad de PersistentVolumes que difieran en más aspectos que el tamaño y los modos de acceso, sin exponer a los usuarios a los detalles de cómo se implementan esos volúmenes. Para estas necesidades, existe el recurso _StorageClass_. From 5f42c366a45d16dc27709ec98230593f6f7df7ca Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:29:41 +0000 Subject: [PATCH 34/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index edebe206edeba..2c7a286fd523a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -51,7 +51,7 @@ Vea el [tutorial detallado con ejemplos prácticos](/docs/tasks/configure-pod-co ## Ciclo de vida de un volumen y una solicitud -Los PVs son recursos en el cluster. Los PVCs son solicitudes para esos recursos y también actúan +Los PVs son recursos en el clúster. Los PVCs son solicitudes para esos recursos y también actúan como comprobantes de reclamo al recurso. La interacción entre PVs y PVCs sigue este ciclo de vida: ### Aprovisionamiento From af32721eb13c917f743770af979f6b20afe17953 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:29:53 +0000 Subject: [PATCH 35/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 2c7a286fd523a..65727ed11c7e1 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -74,7 +74,7 @@ el administrador debe haber creado y configurado esa clase para que ocurra el ap dinámico. Las solicitudes que piden la clase `""` efectivamente desactivan el aprovisionamiento dinámico para sí mismas. -Para habilitar el aprovisionamiento dinámico de almacenamiento basado en clases de almacenamiento, el administrador del cluster +Para habilitar el aprovisionamiento dinámico de almacenamiento basado en clases de almacenamiento, el administrador del clúster necesita habilitar el controlador de admisión `DefaultStorageClass` [admission controller](/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass) en el servidor API. Esto se puede hacer, por ejemplo, asegurándose de que `DefaultStorageClass` esté From 4ceab4c015dc5af168d0372680dd212e8c67bb7c Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:30:02 +0000 Subject: [PATCH 36/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 65727ed11c7e1..3e82e4e1f7e9b 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -67,7 +67,7 @@ API de Kubernetes y están disponibles para su consumo. #### Dinámico Cuando ninguno de los PVs estáticos creados por el administrador coincide con un PersistentVolumeClaim de un usuario, -el cluster puede intentar aprovisionar dinámicamente un volumen especialmente para el PVC. +el clúster puede intentar aprovisionar dinámicamente un volumen especialmente para el PVC. Este aprovisionamiento se basa en StorageClasses: el PVC debe solicitar una [clase de almacenamiento](/es/docs/concepts/storage/storage-classes/) y el administrador debe haber creado y configurado esa clase para que ocurra el aprovisionamiento From ffc5ef810d86116b8d350f4e7eefdd327b11f5d1 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:30:20 +0000 Subject: [PATCH 37/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 3e82e4e1f7e9b..1b7004e8119e7 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -79,7 +79,7 @@ necesita habilitar el controlador de admisión `DefaultStorageClass` [admission controller](/docs/reference/access-authn-authz/admission-controllers/#defaultstorageclass) en el servidor API. Esto se puede hacer, por ejemplo, asegurándose de que `DefaultStorageClass` esté entre la lista de valores delimitados por comas y ordenados para la bandera `--enable-admission-plugins` del -componente del servidor API. Para más información sobre las banderas de línea de comandos del servidor API, +componente del servidor API. Para más información sobre las opciones de línea de comandos del servidor API, consulta la documentación de [kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/). ### Binding From 4f9a3fcc22e9ea7b40f38e39b0ac202daf4f42a4 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:30:33 +0000 Subject: [PATCH 38/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 1b7004e8119e7..04eaed811c9a7 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -97,7 +97,7 @@ y el PersistentVolumeClaim. Las solicitudes permanecerán sin unir indefinidamente si no existe un volumen coincidente. Las solicitudes se unirán a medida que los volúmenes coincidentes estén disponibles. Por ejemplo, un -cluster aprovisionado con muchos PVs de 50Gi no coincidirá con un PVC que solicite 100Gi. +clúster aprovisionado con muchos PVs de 50Gi no coincidirá con un PVC que solicite 100Gi. El PVC puede unirse cuando se agregue un PV de 100Gi al cluster. ### Uso From d7bf4edd39dba32492a0024a883babfff8a5ac47 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:30:45 +0000 Subject: [PATCH 39/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 04eaed811c9a7..0d4bfddd3c37d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -98,7 +98,7 @@ y el PersistentVolumeClaim. Las solicitudes permanecerán sin unir indefinidamente si no existe un volumen coincidente. Las solicitudes se unirán a medida que los volúmenes coincidentes estén disponibles. Por ejemplo, un clúster aprovisionado con muchos PVs de 50Gi no coincidirá con un PVC que solicite 100Gi. -El PVC puede unirse cuando se agregue un PV de 100Gi al cluster. +El PVC puede unirse cuando se agregue un PV de 100Gi al clúster. ### Uso From 65031903a9c84438697b9dc7737b59015a44f0e6 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:30:58 +0000 Subject: [PATCH 40/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 0d4bfddd3c37d..cccdc7671e6a7 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -102,7 +102,7 @@ El PVC puede unirse cuando se agregue un PV de 100Gi al clúster. ### Uso -Los Pods usan las solicitudes como volúmenes. El cluster inspecciona la solicitud para encontrar el volumen unido +Los Pods usan las solicitudes como volúmenes. El clúster inspecciona la solicitud para encontrar el volumen unido y monta ese volumen para un Pod. Para los volúmenes que admiten múltiples modos de acceso, el usuario especifica qué modo desea cuando utiliza su solicitud como volumen en un Pod. Una vez que un usuario tiene una solicitud y esa solicitud está unida, el PV unido pertenece al From b6da5f375e197df06933cf81f05ff5e1f5d49ffc Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:31:09 +0000 Subject: [PATCH 41/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index cccdc7671e6a7..8b04120cc3021 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -166,7 +166,7 @@ Events: Cuando un usuario ha terminado con su volumen, puede eliminar los objetos PVC de la API que permite la recuperación del recurso. La política de reclamación para un PersistentVolume -le dice al cluster qué hacer con el volumen después de que ha sido liberado de su solicitud. +le dice al clúster que hacer con el volumen después de que ha sido liberado de su solicitud. Actualmente, los volúmenes pueden ser Retenidos, Reciclados o Eliminados. #### Retener From 2596d6d376d8ad7e803d7ad354546e70b72b5d74 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:31:22 +0000 Subject: [PATCH 42/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 8b04120cc3021..a4f5aa219fe7b 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -314,7 +314,7 @@ el finalizador `kubernetes.io/pv-controller` se reemplaza por el finalizador ### Reservando un PersistentVolume El plano de control puede [unir PersistentVolumeClaims a PersistentVolumes correspondientes](#binding) -en el cluster. Sin embargo, si quieres que un PVC se una a un PV específico, necesitas pre-unirlos. +en el clúster. Sin embargo, si quieres que un PVC se una a un PV específico, necesitas pre-unirlos. Al especificar un PersistentVolume en un PersistentVolumeClaim, declaras una unión entre ese PV y PVC específicos. Si el PersistentVolume existe y no ha reservado From 1b4ec807661fd54bbff3a0bb99463cbfcc2a1fb5 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:31:39 +0000 Subject: [PATCH 43/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index a4f5aa219fe7b..e4867a78fdccc 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -435,7 +435,7 @@ El redimensionamiento de FlexVolume es posible solo cuando el controlador subyac #### Recuperación de fallos al expandir volúmenes -Si un usuario especifica un nuevo tamaño que es demasiado grande para ser satisfecho por el sistema de almacenamiento subyacente, la expansión del PVC será reintentada continuamente hasta que el usuario o el administrador del cluster tomen alguna acción. Esto puede ser indeseable y por lo tanto Kubernetes proporciona los siguientes métodos de recuperación de tales fallos. +Si un usuario especifica un nuevo tamaño que es demasiado grande para ser satisfecho por el sistema de almacenamiento subyacente, la expansión del PVC será reintentada continuamente hasta que el usuario o el administrador del clúster tomen alguna acción. Esto puede ser indeseable y por lo tanto Kubernetes proporciona los siguientes métodos de recuperación de tales fallos. {{< tabs name="recovery_methods" >}} {{% tab name="Manualmente con acceso de Administrador del Cluster" %}} From 5bf1f5fc31e85af88968e293cfc95d6f37decca2 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:32:05 +0000 Subject: [PATCH 44/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index e4867a78fdccc..1f371782af483 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -438,7 +438,7 @@ El redimensionamiento de FlexVolume es posible solo cuando el controlador subyac Si un usuario especifica un nuevo tamaño que es demasiado grande para ser satisfecho por el sistema de almacenamiento subyacente, la expansión del PVC será reintentada continuamente hasta que el usuario o el administrador del clúster tomen alguna acción. Esto puede ser indeseable y por lo tanto Kubernetes proporciona los siguientes métodos de recuperación de tales fallos. {{< tabs name="recovery_methods" >}} -{{% tab name="Manualmente con acceso de Administrador del Cluster" %}} +{{% tab name="Manualmente con acceso de Administrador del Clúster" %}} Si la expansión del almacenamiento subyacente falla, el administrador del cluster puede recuperar manualmente el estado del Persistent Volume Claim (PVC) y cancelar las solicitudes de redimensionamiento. From b0a95606577699bbbe48451dc5742c6622a1b760 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:32:17 +0000 Subject: [PATCH 45/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 1f371782af483..3e12c243e6f67 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -440,7 +440,7 @@ Si un usuario especifica un nuevo tamaño que es demasiado grande para ser satis {{< tabs name="recovery_methods" >}} {{% tab name="Manualmente con acceso de Administrador del Clúster" %}} -Si la expansión del almacenamiento subyacente falla, el administrador del cluster puede recuperar manualmente +Si la expansión del almacenamiento subyacente falla, el administrador del clúster puede recuperar manualmente el estado del Persistent Volume Claim (PVC) y cancelar las solicitudes de redimensionamiento. De lo contrario, las solicitudes de redimensionamiento son reintentadas continuamente por el controlador sin intervención del administrador. From 8237c69876e8d54896090177473cdd64d79f1e44 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:32:32 +0000 Subject: [PATCH 46/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 3e12c243e6f67..4065b632c1425 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -456,7 +456,7 @@ intervención del administrador. {{% feature-state for_k8s_version="v1.23" state="alpha" %}} {{< note >}} -La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [puertas de características](/docs/reference/command-line-tools-reference/feature-gates/) para más información. +La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [feature gates](/docs/reference/command-line-tools-reference/feature-gates/) para más información. {{< /note >}} Si las puertas de características `RecoverVolumeExpansionFailure` están habilitadas en tu cluster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. From b8ac84148a37c6ab9e760bb8f5a3e61d70df86ea Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:32:46 +0000 Subject: [PATCH 47/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 4065b632c1425..65684a18f1b8e 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -459,7 +459,7 @@ intervención del administrador. La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [feature gates](/docs/reference/command-line-tools-reference/feature-gates/) para más información. {{< /note >}} -Si las puertas de características `RecoverVolumeExpansionFailure` están habilitadas en tu cluster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. +Si la feature gate de `RecoverVolumeExpansionFailure` están habilitadas en tu clúster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. Esto es útil si la expansión a un valor más alto no tuvo éxito debido a una restricción de capacidad. Si eso ha ocurrido, o sospechas que podría haber ocurrido, puedes intentar nuevamente la expansión especificando un tamaño que esté dentro de los límites de capacidad del proveedor de almacenamiento subyacente. Puedes monitorear el estado de la operación de redimensionamiento observando `.status.allocatedResourceStatuses` y los eventos en el PVC. From e1236c089bd1ceeb35f96893762baec2d803d0bd Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:32:59 +0000 Subject: [PATCH 48/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 65684a18f1b8e..9a751d0e995a6 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -545,7 +545,7 @@ spec: ``` {{< note >}} -Es posible que se requieran programas auxiliares relacionados con el tipo de volumen para el uso de un PersistentVolume dentro de un clúster. En este ejemplo, el PersistentVolume es de tipo NFS y se requiere el programa auxiliar /sbin/mount.nfs para admitir el montaje de sistemas de archivos NFS. +Es posible que se requieran programas auxiliares relacionados con el tipo de volumen para el uso de un PersistentVolume dentro de un clúster. En este ejemplo, el PersistentVolume es de tipo NFS y se requiere el programa auxiliar /sbin/mount.nfs para permitir el montaje de sistemas de archivos NFS. {{< /note >}} ### Capacidad From 8f60436abb2904caac210a51d18dcdecf3b77287 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:33:19 +0000 Subject: [PATCH 49/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 9a751d0e995a6..e061d634d016d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -699,7 +699,7 @@ Puedes ver el nombre de la PVC vinculada al PV utilizando `kubectl describe pers El campo `.status` de un PersistentVolume puede incluir un campo `lastPhaseTransitionTime` en versión alfa. Este campo registra la marca de tiempo de la última transición de fase del volumen. Para volúmenes recién creados, la fase se establece en `Pending` (Pendiente) y `lastPhaseTransitionTime` se establece en el tiempo actual. {{< note >}} -Debes habilitar la [característica de puerta](/docs/reference/command-line-tools-reference/feature-gates/) `PersistentVolumeLastPhaseTransitionTime` para poder usar o ver el campo `lastPhaseTransitionTime`. +Debes habilitar la [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) `PersistentVolumeLastPhaseTransitionTime` para poder usar o ver el campo `lastPhaseTransitionTime`. {{< /note >}} ## PersistentVolumeClaims From c371a8509efcecf27ae9eb7572bac45c254ea3ad Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:33:32 +0000 Subject: [PATCH 50/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index e061d634d016d..6ba81e7715ea4 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -770,7 +770,7 @@ En el pasado, en lugar del atributo `storageClassName`, se utilizaba la anotaci #### Asignación retroactiva de StorageClass predeterminada -{{< feature-state for_k8s_version="v1.29" state="stable" >}} +{{< feature-state for_k8s_version="v1.28" state="stable" >}} Puedes crear una PersistentVolumeClaim sin especificar un `storageClassName` para la nueva PVC, incluso cuando no exista una StorageClass predeterminada en tu clúster. En este caso, la nueva PVC se crea tal como la definiste, y el `storageClassName` de esa PVC permanece sin configurar hasta que esté disponible la predeterminada. From d2f7c1431258c1268b1c49272a5ea10872f3b7dc Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:33:53 +0000 Subject: [PATCH 51/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Tim Bannister --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 6ba81e7715ea4..8cb923fad19cc 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -891,7 +891,7 @@ Cuando agregas un dispositivo en bloque sin procesar para un Pod, especificas la Si un usuario solicita un volumen en bloque sin procesar indicándolo mediante el campo `volumeMode` en la especificación de PersistentVolumeClaim, las reglas de vinculación difieren ligeramente de versiones anteriores que no consideraban este modo como parte de la especificación. A continuación, se muestra una tabla de las posibles combinaciones que el usuario y el administrador pueden especificar para solicitar un dispositivo en bloque sin procesar. La tabla indica si el volumen se vinculará o no dadas las combinaciones: Matriz de vinculación de volumen para volúmenes provisionados estáticamente: -| PV volumeMode | PVC volumeMode | Result | +| PV volumeMode | PVC volumeMode | Resultado | | ------------- | :------------: | ------: | | unspecified | unspecified | BIND | | unspecified | Block | NO BIND | From 8364e84491eb2b1ef7817c0e9928cf2f596c7bec Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:34:08 +0000 Subject: [PATCH 52/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 8cb923fad19cc..cc92776e938ee 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -911,7 +911,7 @@ Solo se admiten volúmenes provisionados estáticamente en la versión alfa. Los {{< feature-state for_k8s_version="v1.20" state="stable" >}} -Las instantáneas de volúmenes solo admiten los complementos de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/docs/concepts/storage/volume-snapshots/). Los complementos de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los complementos de volumen obsoletos en el [FAQ de Complementos de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). +Las instantáneas de volúmenes solo admiten los complementos de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/es/docs/concepts/storage/volume-snapshots/). Los complementos de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los complementos de volumen obsoletos en el [FAQ de Complementos de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). ### Crear una PersistentVolumeClaim desde una Instantánea de Volumen {#create-persistent-volume-claim-from-volume-snapshot} From ea8b8d15388b45d4cfa8636990e28c0a874b899c Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:34:21 +0000 Subject: [PATCH 53/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index cc92776e938ee..98b68e1805e2a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -935,7 +935,7 @@ spec: ## Clonación de Volúmenes -[Clonación de Volúmenes](/docs/concepts/storage/volume-pvc-datasource/) +[Clonación de Volúmenes](/es/docs/concepts/storage/volume-pvc-datasource/) solo está disponible para complementos de volumen CSI. ### Crear una PersistentVolumeClaim desde una PVC existente {#create-persistent-volume-claim-from-an-existing-pvc} From 09e9a3f969d660b3f9a58fbb7ea93d9346d3bc77 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:39:05 +0000 Subject: [PATCH 54/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 98b68e1805e2a..9ca10d82a8846 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -994,8 +994,8 @@ Hay dos diferencias importantes entre el campo `dataSourceRef` y el campo `dataS Cuando se habilita la característica `CrossNamespaceVolumeDataSource`, existen diferencias adicionales: -- El campo `dataSource` solo permite objetos locales, mientras que el campo `dataSourceRef` permite objetos en cualquier espacio de nombres. -- Cuando se especifica un espacio de nombres, `dataSource` y `dataSourceRef` no están sincronizados. +- El campo `dataSource` solo permite objetos locales, mientras que el campo `dataSourceRef` permite objetos en cualquier Namespaces. +- Cuando se especifica un Namespace, `dataSource` y `dataSourceRef` no están sincronizados. Los usuarios siempre deben utilizar `dataSourceRef` en clústeres que tengan habilitada la puerta de enlace de características y recurrir a `dataSource` en clústeres que no la tengan habilitada. No es necesario mirar ambos campos bajo ninguna circunstancia. Los valores duplicados con semántica ligeramente diferente existen solo por compatibilidad con versiones anteriores. En particular, una mezcla de controladores más antiguos y más nuevos pueden interoperar porque los campos son iguales. From 19c60ead45ee2c008f49b74f00e53e2e28275827 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:39:37 +0000 Subject: [PATCH 55/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 9ca10d82a8846..5404516896771 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -1024,7 +1024,7 @@ Dado que los pobladores de volúmenes son componentes externos, los intentos de Puedes instalar el controlador [volume data source validator](https://github.com/kubernetes-csi/volume-data-source-validator) en tu clúster. Este controlador genera eventos de advertencia en una PVC en caso de que no haya ningún poblador registrado para manejar ese tipo de fuente de datos. Cuando se instala un poblador adecuado para una PVC, es responsabilidad de ese controlador de poblador informar sobre eventos relacionados con la creación del volumen y problemas durante el proceso. Esto proporciona información útil para los usuarios y administradores del clúster sobre el estado y los problemas relacionados con las PVC que utilizan pobladores de volúmenes. -### Uso de una fuente de datos de volumen entre espacios de nombres +### Uso de una fuente de datos de volumen entre Namespaces {{< feature-state for_k8s_version="v1.26" state="alpha" >}} From 15a59c9d2f3c9e84351d67e52c107a930cd1ab6a Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:39:53 +0000 Subject: [PATCH 56/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 5404516896771..e1de2585d3f7f 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -1028,7 +1028,7 @@ Puedes instalar el controlador [volume data source validator](https://github.com {{< feature-state for_k8s_version="v1.26" state="alpha" >}} -Crea un ReferenceGrant para permitir que el propietario del espacio de nombres acepte la referencia. +Crea un ReferenceGrant para permitir que el propietario del Namespace acepte la referencia. Define un volumen poblado especificando una fuente de datos de volumen entre espacios de nombres utilizando el campo `dataSourceRef`. Debes tener un ReferenceGrant válido en el espacio de nombres de origen previamente: ```yaml From a92a0ac4628c611acccac804a59a2851c1b120a8 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sat, 27 Jan 2024 16:40:09 +0000 Subject: [PATCH 57/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index e1de2585d3f7f..5df6af5c94f3a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -1029,7 +1029,7 @@ Puedes instalar el controlador [volume data source validator](https://github.com {{< feature-state for_k8s_version="v1.26" state="alpha" >}} Crea un ReferenceGrant para permitir que el propietario del Namespace acepte la referencia. -Define un volumen poblado especificando una fuente de datos de volumen entre espacios de nombres utilizando el campo `dataSourceRef`. Debes tener un ReferenceGrant válido en el espacio de nombres de origen previamente: +Define un volumen poblado especificando una fuente de datos de volumen entre Namespaces utilizando el campo `dataSourceRef`. Debes tener un ReferenceGrant válido en el Namespace de origen previamente: ```yaml apiVersion: gateway.networking.k8s.io/v1beta1 From 08dfd639594f60aea88772f756a8bbee4a13cc97 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:22:54 +0000 Subject: [PATCH 58/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Entiendo, muchas gracias! Co-authored-by: Rodolfo Martínez Vega --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 5df6af5c94f3a..77d50c142d81e 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -973,7 +973,7 @@ Los pobladores de volúmenes aprovechan un campo de especificación de PVC llama Kubernetes admite fuentes de datos de volúmenes entre espacios de nombres. Para utilizar fuentes de datos de volúmenes entre espacios de nombres, debes habilitar las características `AnyVolumeDataSource` y `CrossNamespaceVolumeDataSource` -[feature gates](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. +[Interruptores de funcionalidades (feature gates)](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. Además, debes habilitar la característica `CrossNamespaceVolumeDataSource` para el csi-provisioner. Al habilitar la característica `CrossNamespaceVolumeDataSource`, puedes especificar un espacio de nombres en el campo dataSourceRef. From 4d463b6e814f4d3766dd197961287b84fe2e0db1 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:23:17 +0000 Subject: [PATCH 59/74] Update content/es/docs/concepts/storage/persistent-volumes.md Gracias! Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 77d50c142d81e..f1b54e69c45af 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -60,7 +60,7 @@ Hay dos formas en que los PVs pueden ser aprovisionados: estáticamente o dinám #### Estático -Un administrador del cluster crea un número de PVs. Llevan los detalles del +Un administrador del clúster crea un número de PVs. Llevan los detalles del almacenamiento real, que está disponible para uso de los usuarios del cluster. Existen en la API de Kubernetes y están disponibles para su consumo. From 3afda73a3a001ed82145125afeed37976653f321 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:23:44 +0000 Subject: [PATCH 60/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index f1b54e69c45af..5fd76fed36cbd 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -164,7 +164,7 @@ Events: ### Reclamación -Cuando un usuario ha terminado con su volumen, puede eliminar los objetos PVC de la +Cuando un usuario ha concluido con el uso de su volumen, puede eliminar los objetos PVC de la API que permite la recuperación del recurso. La política de reclamación para un PersistentVolume le dice al clúster que hacer con el volumen después de que ha sido liberado de su solicitud. Actualmente, los volúmenes pueden ser Retenidos, Reciclados o Eliminados. From 2dac124853d0d540cc9787d202c98f47f2813cbb Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:24:07 +0000 Subject: [PATCH 61/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 5fd76fed36cbd..087f4d85f17ca 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -175,7 +175,7 @@ La política de reclamación `Retain` permite la recuperación manual del recurs Cuando se elimina el PersistentVolumeClaim, el PersistentVolume todavía existe y el volumen se considera "liberado". Pero aún no está disponible para otra solicitud porque los datos del reclamante anterior permanecen en el volumen. -Un administrador puede recuperar manualmente el volumen con los siguientes pasos. +Un administrador puede reclamar manualmente el volumen con los siguientes pasos. 1. Eliminar el PersistentVolume. El recurso de almacenamiento asociado en la infraestructura externa todavía existe después de que se haya eliminado el PV. From 9aea97798714ced67d0347028e203e473816f951 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:26:39 +0000 Subject: [PATCH 62/74] Update content/es/docs/concepts/storage/persistent-volumes.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sí de acuerdo con esto! Gracias Victor! Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 087f4d85f17ca..7903b797c5343 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -61,7 +61,7 @@ Hay dos formas en que los PVs pueden ser aprovisionados: estáticamente o dinám #### Estático Un administrador del clúster crea un número de PVs. Llevan los detalles del -almacenamiento real, que está disponible para uso de los usuarios del cluster. Existen en la +almacenamiento real, que está disponible para uso de los usuarios del clúster. Existen en la API de Kubernetes y están disponibles para su consumo. #### Dinámico From 46691506c65f39bd8dcb92154c9e4b9df4ab56f1 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:27:14 +0000 Subject: [PATCH 63/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 7903b797c5343..914e9f7cd712f 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -307,7 +307,7 @@ Source: Events: ``` -Cuando la bandera de función `CSIMigration{provider}` está habilitada para un plugin de volumen integrado específico, +Cuando la bandera de funcionalidad `CSIMigration{provider}` está habilitada para un plugin de volumen integrado específico, el finalizador `kubernetes.io/pv-controller` se reemplaza por el finalizador `external-provisioner.volume.kubernetes.io/finalizer`. From c17dae8bb0d72b83d97d6f3aa710c633d88e89c7 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:27:53 +0000 Subject: [PATCH 64/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 914e9f7cd712f..cd4d1463324f7 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -911,7 +911,7 @@ Solo se admiten volúmenes provisionados estáticamente en la versión alfa. Los {{< feature-state for_k8s_version="v1.20" state="stable" >}} -Las instantáneas de volúmenes solo admiten los complementos de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/es/docs/concepts/storage/volume-snapshots/). Los complementos de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los complementos de volumen obsoletos en el [FAQ de Complementos de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). +Las instantáneas de volúmenes solo admiten los plugins de volumen CSI fuera del árbol. Para obtener más detalles, consulta [Instantáneas de Volúmenes](/es/docs/concepts/storage/volume-snapshots/). Los plugins de volumen dentro del árbol están obsoletos. Puedes obtener información sobre los plugins de volumen obsoletos en el [FAQ de Plugins de Volumen](https://github.com/kubernetes/community/blob/master/sig-storage/volume-plugin-faq.md). ### Crear una PersistentVolumeClaim desde una Instantánea de Volumen {#create-persistent-volume-claim-from-volume-snapshot} From 07fe5fd414daa95a80cdd8d253e32a49fdb0716d Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:28:08 +0000 Subject: [PATCH 65/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index cd4d1463324f7..b52d904172d8f 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -936,7 +936,7 @@ spec: ## Clonación de Volúmenes [Clonación de Volúmenes](/es/docs/concepts/storage/volume-pvc-datasource/) -solo está disponible para complementos de volumen CSI. +solo está disponible para plugins de volumen CSI. ### Crear una PersistentVolumeClaim desde una PVC existente {#create-persistent-volume-claim-from-an-existing-pvc} From bea2bad9a59f2835a0288e90b8514461cd8ee5d4 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:28:27 +0000 Subject: [PATCH 66/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index b52d904172d8f..b7223665cfe86 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -965,7 +965,7 @@ Kubernetes admite pobladores de volúmenes personalizados. Para utilizar pobladores de volúmenes personalizados, debes habilitar la característica `AnyVolumeDataSource` [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. -Los pobladores de volúmenes aprovechan un campo de especificación de PVC llamado `dataSourceRef`. A diferencia del campo `dataSource`, que solo puede contener una referencia a otra PersistentVolumeClaim o a un VolumeSnapshot, el campo `dataSourceRef` puede contener una referencia a cualquier objeto en el mismo espacio de nombres, excepto los objetos principales que no sean PVC. Para los clústeres que tienen habilitada la característica, se prefiere el uso de `dataSourceRef` en lugar de `dataSource`. +Los pobladores de volúmenes aprovechan un campo de especificación de PVC llamado `dataSourceRef`. A diferencia del campo `dataSource`, que solo puede contener una referencia a otra PersistentVolumeClaim o a un VolumeSnapshot, el campo `dataSourceRef` puede contener una referencia a cualquier objeto en el mismo Namespace, excepto los objetos principales que no sean PVC. Para los clústeres que tienen habilitada la característica, se prefiere el uso de `dataSourceRef` en lugar de `dataSource`. ## Fuentes de Datos entre Espacios de Nombres From dfe4e875a0718e8aed80a4624d695a55b14331c8 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:28:41 +0000 Subject: [PATCH 67/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index b7223665cfe86..ad5190c566f7d 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -976,7 +976,7 @@ Para utilizar fuentes de datos de volúmenes entre espacios de nombres, debes ha [Interruptores de funcionalidades (feature gates)](/docs/reference/command-line-tools-reference/feature-gates/) para el kube-apiserver y kube-controller-manager. Además, debes habilitar la característica `CrossNamespaceVolumeDataSource` para el csi-provisioner. -Al habilitar la característica `CrossNamespaceVolumeDataSource`, puedes especificar un espacio de nombres en el campo dataSourceRef. +Al habilitar la característica `CrossNamespaceVolumeDataSource`, puedes especificar un Namespace en el campo dataSourceRef. {{< note >}} Cuando especificas un espacio de nombres para una fuente de datos de volumen, Kubernetes verifica la existencia de un ReferenceGrant en el otro espacio de nombres antes de aceptar la referencia. ReferenceGrant forma parte de las API de extensiones de `gateway.networking.k8s.io`. Consulta [ReferenceGrant](https://gateway-api.sigs.k8s.io/api-types/referencegrant/) en la documentación de la API de Gateway para obtener detalles. Esto significa que debes extender tu clúster de Kubernetes con al menos ReferenceGrant de la API de Gateway antes de poder utilizar este mecanismo. From f5ee2f86ad16de3e416a7db4b718b7a960a4fc8f Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Sun, 25 Feb 2024 19:28:53 +0000 Subject: [PATCH 68/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index ad5190c566f7d..be979e1f1d874 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -979,7 +979,7 @@ Además, debes habilitar la característica `CrossNamespaceVolumeDataSource` par Al habilitar la característica `CrossNamespaceVolumeDataSource`, puedes especificar un Namespace en el campo dataSourceRef. {{< note >}} -Cuando especificas un espacio de nombres para una fuente de datos de volumen, Kubernetes verifica la existencia de un ReferenceGrant en el otro espacio de nombres antes de aceptar la referencia. ReferenceGrant forma parte de las API de extensiones de `gateway.networking.k8s.io`. Consulta [ReferenceGrant](https://gateway-api.sigs.k8s.io/api-types/referencegrant/) en la documentación de la API de Gateway para obtener detalles. Esto significa que debes extender tu clúster de Kubernetes con al menos ReferenceGrant de la API de Gateway antes de poder utilizar este mecanismo. +Cuando especificas un Namespace para una fuente de datos de volumen, Kubernetes verifica la existencia de un ReferenceGrant en el otro Namespace antes de aceptar la referencia. ReferenceGrant forma parte de las API de extensiones de `gateway.networking.k8s.io`. Consulta [ReferenceGrant](https://gateway-api.sigs.k8s.io/api-types/referencegrant/) en la documentación de la API de Gateway para obtener detalles. Esto significa que debes extender tu clúster de Kubernetes con al menos ReferenceGrant de la API de Gateway antes de poder utilizar este mecanismo. {{< /note >}} ## Las referencias a fuentes de datos From b071b29a3218b7017ab602c69369c73e91c2269d Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Thu, 29 Feb 2024 15:47:00 +0000 Subject: [PATCH 69/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index be979e1f1d874..773762b13840e 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -456,7 +456,7 @@ intervención del administrador. {{% feature-state for_k8s_version="v1.23" state="alpha" %}} {{< note >}} -La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [feature gates](/docs/reference/command-line-tools-reference/feature-gates/) para más información. +La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [interruptores de funcionalidades](/docs/reference/command-line-tools-reference/feature-gates/) para más información. {{< /note >}} Si la feature gate de `RecoverVolumeExpansionFailure` están habilitadas en tu clúster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. From 3917bd517d20f12835014cde4e7e4ea6610ccd6a Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 5 Mar 2024 00:13:16 +0000 Subject: [PATCH 70/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 773762b13840e..bb5fa53fbfb2a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -459,7 +459,7 @@ intervención del administrador. La recuperación de la expansión fallida de PVC por parte de los usuarios está disponible como una característica alfa desde Kubernetes 1.23. La funcionalidad `RecoverVolumeExpansionFailure` debe estar habilitada para que esta característica funcione. Consulta la documentación de [interruptores de funcionalidades](/docs/reference/command-line-tools-reference/feature-gates/) para más información. {{< /note >}} -Si la feature gate de `RecoverVolumeExpansionFailure` están habilitadas en tu clúster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. +Si el interruptor de funcionalidad de `RecoverVolumeExpansionFailure` está habilitado en tu clúster, y la expansión ha fallado para un PVC, puedes intentar nuevamente la expansión con un tamaño menor al valor previamente solicitado. Para solicitar un nuevo intento de expansión con un tamaño propuesto menor, edita `.spec.resources` para ese PVC y elige un valor que sea menor al valor que intentaste previamente. Esto es útil si la expansión a un valor más alto no tuvo éxito debido a una restricción de capacidad. Si eso ha ocurrido, o sospechas que podría haber ocurrido, puedes intentar nuevamente la expansión especificando un tamaño que esté dentro de los límites de capacidad del proveedor de almacenamiento subyacente. Puedes monitorear el estado de la operación de redimensionamiento observando `.status.allocatedResourceStatuses` y los eventos en el PVC. From 104cd5ae19956081a9fad0bcd474b9e27809c9f8 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 5 Mar 2024 00:13:56 +0000 Subject: [PATCH 71/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index bb5fa53fbfb2a..c06130978862a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -580,7 +580,7 @@ Por ejemplo, NFS puede admitir múltiples clientes de lectura/escritura, pero un Los modos de acceso son: `ReadWriteOnce` -: el volumen puede montarse como lectura-escritura por un solo nodo. El modo de acceso ReadWriteOnce aún puede permitir que varios pods accedan al volumen cuando los pods se ejecutan en el mismo nodo. Para el acceso de un solo pod, consulta ReadWriteOncePod. +: el volumen puede montarse como lectura-escritura por un solo nodo. El modo de acceso ReadWriteOnce aún puede permitir que varios Pods accedan al volumen cuando los Pods se ejecutan en el mismo nodo. Para el acceso de un solo Pod, consulta ReadWriteOncePod. `ReadOnlyMany` : el volumen puede montarse como solo lectura por muchos nodos. From 40c256323b21a32abac2d400e37ddfccfc939b5f Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 5 Mar 2024 00:14:47 +0000 Subject: [PATCH 72/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index c06130978862a..352403de6ea8e 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -699,7 +699,7 @@ Puedes ver el nombre de la PVC vinculada al PV utilizando `kubectl describe pers El campo `.status` de un PersistentVolume puede incluir un campo `lastPhaseTransitionTime` en versión alfa. Este campo registra la marca de tiempo de la última transición de fase del volumen. Para volúmenes recién creados, la fase se establece en `Pending` (Pendiente) y `lastPhaseTransitionTime` se establece en el tiempo actual. {{< note >}} -Debes habilitar la [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) `PersistentVolumeLastPhaseTransitionTime` para poder usar o ver el campo `lastPhaseTransitionTime`. +Debes habilitar el [interruptor de funcionalidad](/docs/reference/command-line-tools-reference/feature-gates/) `PersistentVolumeLastPhaseTransitionTime` para poder usar o ver el campo `lastPhaseTransitionTime`. {{< /note >}} ## PersistentVolumeClaims From 38ce5feabb4345228fcf7fb86d78ca39f7a5a968 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 5 Mar 2024 00:15:25 +0000 Subject: [PATCH 73/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 352403de6ea8e..35ac34dd6a723 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -590,7 +590,7 @@ Los modos de acceso son: `ReadWriteOncePod` : {{< feature-state for_k8s_version="v1.29" state="stable" >}} -el volumen puede montarse como lectura-escritura por un solo Pod. Utiliza el modo de acceso ReadWriteOncePod si deseas garantizar que solo un pod en todo el clúster pueda leer ese PVC o escribir en él. +el volumen puede montarse como lectura-escritura por un solo Pod. Utiliza el modo de acceso ReadWriteOncePod si deseas garantizar que solo un Pod en todo el clúster pueda leer ese PVC o escribir en él. {{< note >}} El modo de acceso `ReadWriteOncePod` solo es compatible con los volúmenes {{< glossary_tooltip text="CSI" term_id="csi" >}} y Kubernetes versión 1.22+. Para utilizar esta función, deberás actualizar los siguientes [CSI sidecars](https://kubernetes-csi.github.io/docs/sidecar-containers.html) a estas versiones o superiores: From 428e9f4ced52c36ee0d0b58d265609c535d41c02 Mon Sep 17 00:00:00 2001 From: Edith Puclla <58795858+edithturn@users.noreply.github.com> Date: Tue, 5 Mar 2024 00:16:03 +0000 Subject: [PATCH 74/74] Update content/es/docs/concepts/storage/persistent-volumes.md Co-authored-by: Victor Morales --- content/es/docs/concepts/storage/persistent-volumes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/es/docs/concepts/storage/persistent-volumes.md b/content/es/docs/concepts/storage/persistent-volumes.md index 35ac34dd6a723..adfc0ced9c61a 100644 --- a/content/es/docs/concepts/storage/persistent-volumes.md +++ b/content/es/docs/concepts/storage/persistent-volumes.md @@ -782,7 +782,7 @@ Este comportamiento ayuda a los administradores a cambiar la StorageClass predet ## Solicitudes como Volúmenes -Los Pods acceden al almacenamiento utilizando la solicitud como un volumen. Las solicitudes deben existir en el mismo espacio de nombres (namespace) que el Pod que utiliza la solicitud. El clúster encuentra la solicitud en el espacio de nombres del Pod y la utiliza para obtener el PersistentVolume que respalda la solicitud. Luego, el volumen se monta en el host y dentro del Pod. +Los Pods acceden al almacenamiento utilizando la solicitud como un volumen. Las solicitudes deben existir en el mismo Namespace que el Pod que utiliza la solicitud. El clúster encuentra la solicitud en el Namespace del Pod y la utiliza para obtener el PersistentVolume que respalda la solicitud. Luego, el volumen se monta en el host y dentro del Pod. ```yaml apiVersion: v1