grammar error

edithturn · edithturn · commit 6aa8b805b018 · 2021-09-08T14:18:49.000-05:00
diff --git a/content/es/docs/concepts/storage/volume-snapshots.md b/content/es/docs/concepts/storage/volume-snapshots.md
@@ -2,6 +2,7 @@
 reviewers:
 - edithturn
 - raelga
+- electrocucaracha
 title: Snapshots de Vol&uacute;menes
 content_type: concept
 weight: 20
@@ -32,7 +33,7 @@ Cuando utilicen esta funci&oacute;n los usuarios deben tener en cuenta lo siguiente:
 
 * Los objetos de API `VolumeSnapshot`, `VolumeSnapshotContent`, y `VolumeSnapshotClass` son {{< glossary_tooltip term_id="CustomResourceDefinition" text="CRDs" >}}, y no forman parte de la API principal.
 * La compatibilidad con `VolumeSnapshot` solo est&aacute; disponible para controladores CSI.
-* Como parte del proceso de implementaci&oacute;n de `VolumeSnapshot`,  el equipo de Kubernetes proporciona un controlador de Snapshot para implementar en el plano de control y un sidecar auxiliar llamado csi-snapshotter para implementar junto con el controlador CSI. El controlador de Snapshot observa los objetos `VolumeSnapshot` y `VolumeSnapshotContent` y es responsable de la creaci&oacute;n y eliminaci&oacute;n del objeto `VolumeSnapshotContent`.  El sidecar csi-snapshotter observa los objetos `VolumeSnapshotContent` y activa las operaciones `CreateSnapshot` y `DeleteSnapshot` en un punto final CSI.
+* Como parte del proceso de implementaci&oacute;n de `VolumeSnapshot`, el equipo de Kubernetes proporciona un controlador de Snapshot para implementar en el plano de control y un sidecar auxiliar llamado csi-snapshotter para implementar junto con el controlador CSI. El controlador de Snapshot observa los objetos `VolumeSnapshot` y `VolumeSnapshotContent` y es responsable de la creaci&oacute;n y eliminaci&oacute;n del objeto `VolumeSnapshotContent`. El sidecar csi-snapshotter observa los objetos `VolumeSnapshotContent` y activa las operaciones `CreateSnapshot` y `DeleteSnapshot` en un punto final CSI.
 * Tambi&eacute;n hay un servidor webhook de validaci&oacute;n que proporciona una validaci&oacute;n m&aacute;s estricta en los objetos Snapshot. Esto debe ser instalado por las distribuciones de Kubernetes junto con el controlador de Snapshots y los CRDs, no los controladores CSI. Debe instalarse en todos los cl&uacute;steres de Kubernetes que tengan habilitada la funci&oacute;n de Snapshot.
 * Los controladores CSI pueden haber implementado o no la funcionalidad de Snapshot de volumen. Los controladores CSI que han proporcionado soporte para Snapshot de volumen probablemente usar&aacute;n csi-snapshotter. Consulte [CSI Driver documentation](https://kubernetes-csi.github.io/docs/) para obtener m&aacute;s detalles.
 * Los CRDs y las instalaciones del controlador de Snapshot son responsabilidad de la distribuci&oacute;n de Kubernetes.
@@ -43,10 +44,10 @@ Cuando utilicen esta funci&oacute;n los usuarios deben tener en cuenta lo siguiente:
 
 ### Snapshot del volumen de aprovisionamiento
 
-Hay dos formas de aprovisionar las instant&aacute;neas: aprovisionadas previamente o aprovisionadas din&aacute;micamente.
+Hay dos formas de aprovisionar los Snapshots: aprovisionadas previamente o aprovisionadas din&aacute;micamente.
 
 #### Pre-aprovisionado {#static}
-Un administrador de cl&uacute;ster crea una serie de `VolumeSnapshotContents`. Llevan los detalles de la instant&aacute;nea del volumen real en el sistema de almacenamiento que est&aacute; disponible para que lo utilicen los usuarios del cl&uacute;ster. Existen en la API de Kubernetes y est&aacute;n disponibles para su consumo.
+Un administrador de cl&uacute;ster crea una serie de `VolumeSnapshotContents`. Llevan los detalles del Snapshot del volumen real en el sistema de almacenamiento que est&aacute; disponible para que lo utilicen los usuarios del cl&uacute;ster. Existen en la API de Kubernetes y est&aacute;n disponibles para su consumo.
 
 #### Din&aacute;mica
 En lugar de utilizar un Snapshot preexistente, puede solicitar que se tome una Snapshot din&aacute;micamente de un PersistentVolumeClaim. El [VolumeSnapshotClass](/docs/concepts/storage/volume-snapshot-classes/) especifica los par&aacute;metros espec&iacute;ficos del proveedor de almacenamiento para usar al tomar una Snapshot.
@@ -84,7 +85,7 @@ spec:
     persistentVolumeClaimName: pvc-test
 ```
 
-`persistentVolumeClaimName`  es el nombre de la fuente de datos PersistentVolumeClaim para el Snapshot. Este campo es obligatorio para aprovisionar din&aacute;micamente un Snapshot.
+`persistentVolumeClaimName` es el nombre de la fuente de datos PersistentVolumeClaim para el Snapshot. Este campo es obligatorio para aprovisionar din&aacute;micamente un Snapshot.
 
 Un Snapshot de volumen puede solicitar una clase particular especificando el nombre de un [VolumeSnapshotClass](/docs/concepts/storage/volume-snapshot-classes/)
 utilizando el atributo `volumeSnapshotClassName`. Si no se establece nada, se usa la clase predeterminada si est&aacute; disponible.

-Original file line number
+Diff line change
 reviewers:
 - edithturn
 - raelga
 +- electrocucaracha
 title: Snapshots de Volúmenes
 content_type: concept
 weight: 20
 * Los objetos de API `VolumeSnapshot`, `VolumeSnapshotContent`, y `VolumeSnapshotClass` son {{< glossary_tooltip term_id="CustomResourceDefinition" text="CRDs" >}}, y no forman parte de la API principal.
 * La compatibilidad con `VolumeSnapshot` solo está disponible para controladores CSI.
 -* Como parte del proceso de implementación de `VolumeSnapshot`,  el equipo de Kubernetes proporciona un controlador de Snapshot para implementar en el plano de control y un sidecar auxiliar llamado csi-snapshotter para implementar junto con el controlador CSI. El controlador de Snapshot observa los objetos `VolumeSnapshot` y `VolumeSnapshotContent` y es responsable de la creación y eliminación del objeto `VolumeSnapshotContent`.  El sidecar csi-snapshotter observa los objetos `VolumeSnapshotContent` y activa las operaciones `CreateSnapshot` y `DeleteSnapshot` en un punto final CSI.
 +* Como parte del proceso de implementación de `VolumeSnapshot`, el equipo de Kubernetes proporciona un controlador de Snapshot para implementar en el plano de control y un sidecar auxiliar llamado csi-snapshotter para implementar junto con el controlador CSI. El controlador de Snapshot observa los objetos `VolumeSnapshot` y `VolumeSnapshotContent` y es responsable de la creación y eliminación del objeto `VolumeSnapshotContent`. El sidecar csi-snapshotter observa los objetos `VolumeSnapshotContent` y activa las operaciones `CreateSnapshot` y `DeleteSnapshot` en un punto final CSI.
 * También hay un servidor webhook de validación que proporciona una validación más estricta en los objetos Snapshot. Esto debe ser instalado por las distribuciones de Kubernetes junto con el controlador de Snapshots y los CRDs, no los controladores CSI. Debe instalarse en todos los clústeres de Kubernetes que tengan habilitada la función de Snapshot.
 * Los controladores CSI pueden haber implementado o no la funcionalidad de Snapshot de volumen. Los controladores CSI que han proporcionado soporte para Snapshot de volumen probablemente usarán csi-snapshotter. Consulte [CSI Driver documentation](https://kubernetes-csi.github.io/docs/) para obtener más detalles.
 * Los CRDs y las instalaciones del controlador de Snapshot son responsabilidad de la distribución de Kubernetes.
 ### Snapshot del volumen de aprovisionamiento
 -Hay dos formas de aprovisionar las instantáneas: aprovisionadas previamente o aprovisionadas dinámicamente.
 +Hay dos formas de aprovisionar los Snapshots: aprovisionadas previamente o aprovisionadas dinámicamente.
 #### Pre-aprovisionado {#static}
 -Un administrador de clúster crea una serie de `VolumeSnapshotContents`. Llevan los detalles de la instantánea del volumen real en el sistema de almacenamiento que está disponible para que lo utilicen los usuarios del clúster. Existen en la API de Kubernetes y están disponibles para su consumo.
 +Un administrador de clúster crea una serie de `VolumeSnapshotContents`. Llevan los detalles del Snapshot del volumen real en el sistema de almacenamiento que está disponible para que lo utilicen los usuarios del clúster. Existen en la API de Kubernetes y están disponibles para su consumo.
 #### Dinámica
 En lugar de utilizar un Snapshot preexistente, puede solicitar que se tome una Snapshot dinámicamente de un PersistentVolumeClaim. El [VolumeSnapshotClass](/docs/concepts/storage/volume-snapshot-classes/) especifica los parámetros específicos del proveedor de almacenamiento para usar al tomar una Snapshot.
     persistentVolumeClaimName: pvc-test
 ```
 -`persistentVolumeClaimName`  es el nombre de la fuente de datos PersistentVolumeClaim para el Snapshot. Este campo es obligatorio para aprovisionar dinámicamente un Snapshot.
 +`persistentVolumeClaimName` es el nombre de la fuente de datos PersistentVolumeClaim para el Snapshot. Este campo es obligatorio para aprovisionar dinámicamente un Snapshot.
 Un Snapshot de volumen puede solicitar una clase particular especificando el nombre de un [VolumeSnapshotClass](/docs/concepts/storage/volume-snapshot-classes/)
 utilizando el atributo `volumeSnapshotClassName`. Si no se establece nada, se usa la clase predeterminada si está disponible.