[es] Fix broken links due to using githubbranch param
This commit is contained in:
@@ -54,7 +54,7 @@ facilitar sus flujos de trabajo y hacer más fácil a las herramientas administr
|
|||||||
|
|
||||||
Además, el [Plano de Control](/docs/concepts/overview/components/) de Kubernetes usa las mismas
|
Además, el [Plano de Control](/docs/concepts/overview/components/) de Kubernetes usa las mismas
|
||||||
[APIs](/docs/reference/using-api/api-overview/) que usan los desarrolladores y usuarios finales.
|
[APIs](/docs/reference/using-api/api-overview/) que usan los desarrolladores y usuarios finales.
|
||||||
Los usuarios pueden escribir sus propios controladores, como por ejemplo un planificador o [scheduler](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/devel/scheduler.md),
|
Los usuarios pueden escribir sus propios controladores, como por ejemplo un planificador o [scheduler](https://github.com/kubernetes/community/blob/master/contributors/devel/scheduler.md),
|
||||||
usando [sus propias
|
usando [sus propias
|
||||||
APIs](/docs/concepts/api-extension/custom-resources/)
|
APIs](/docs/concepts/api-extension/custom-resources/)
|
||||||
desde una [herramienta de línea de comandos](/docs/user-guide/kubectl-overview/).
|
desde una [herramienta de línea de comandos](/docs/user-guide/kubectl-overview/).
|
||||||
|
|||||||
@@ -105,7 +105,7 @@ Para desactivar el complemento de almacenamiento `awsElasticBlockStore` de ser c
|
|||||||
|
|
||||||
El tipo de volumen `azureDisk` monta un [Data Disk](https://docs.microsoft.com/en-us/azure/aks/csi-storage-drivers) de Microsoft Azure en el Pod.
|
El tipo de volumen `azureDisk` monta un [Data Disk](https://docs.microsoft.com/en-us/azure/aks/csi-storage-drivers) de Microsoft Azure en el Pod.
|
||||||
|
|
||||||
Para más detalles, mira el [`azureDisk` volume plugin](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/azure_disk/README.md).
|
Para más detalles, mira el [`azureDisk` volume plugin](https://github.com/kubernetes/examples/tree/master/staging/volumes/azure_disk/README.md).
|
||||||
|
|
||||||
#### Migración CSI azureDisk
|
#### Migración CSI azureDisk
|
||||||
|
|
||||||
@@ -119,7 +119,7 @@ de complemento desde el complemento existente dentro del árbol existente al con
|
|||||||
|
|
||||||
El tipo de volumen `azureFile` monta un volumen de ficheros de Microsoft Azure (SMB 2.1 and 3.0) en un Pod.
|
El tipo de volumen `azureFile` monta un volumen de ficheros de Microsoft Azure (SMB 2.1 and 3.0) en un Pod.
|
||||||
|
|
||||||
Para más detalles, mira el [`azureFile` volume plugin](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/azure_file/README.md).
|
Para más detalles, mira el [`azureFile` volume plugin](https://github.com/kubernetes/examples/tree/master/staging/volumes/azure_file/README.md).
|
||||||
|
|
||||||
#### Migración CSI azureFile CSI
|
#### Migración CSI azureFile CSI
|
||||||
|
|
||||||
@@ -141,7 +141,7 @@ A diferencia de `emptydir`, que es borrado cuando se remueve el Pod, el contenid
|
|||||||
Debes tener tu propio servidor Ceph corriendo con el recurso compartido exportado antes de usarlo.
|
Debes tener tu propio servidor Ceph corriendo con el recurso compartido exportado antes de usarlo.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Mira el [CephFS example](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/volumes/cephfs/) para más detalles.
|
Mira el [CephFS example](https://github.com/kubernetes/examples/tree/master/volumes/cephfs/) para más detalles.
|
||||||
|
|
||||||
### cinder
|
### cinder
|
||||||
|
|
||||||
@@ -292,7 +292,7 @@ Debes configurar FC SAN zoning para asignar y enmascarar esos (volúmenes) LUNs
|
|||||||
para que los hosts Kubernetes pueda acceder a ellos.
|
para que los hosts Kubernetes pueda acceder a ellos.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Revisa el [ejemplo de canal de fibra](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/fibre_channel) para más detalles.
|
Revisa el [ejemplo de canal de fibra](https://github.com/kubernetes/examples/tree/master/staging/volumes/fibre_channel) para más detalles.
|
||||||
|
|
||||||
### flocker (deprecado) {#flocker}
|
### flocker (deprecado) {#flocker}
|
||||||
|
|
||||||
@@ -306,7 +306,7 @@ de nuevo por Flocker al nodo donde el Pod está programado. Esto significa que l
|
|||||||
Debes tener una instalación propia de Flocker ejecutándose antes de poder usarla.
|
Debes tener una instalación propia de Flocker ejecutándose antes de poder usarla.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Mira el [ejemplo de Flocker ](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/flocker) para más detalles.
|
Mira el [ejemplo de Flocker ](https://github.com/kubernetes/examples/tree/master/staging/volumes/flocker) para más detalles.
|
||||||
|
|
||||||
### gcePersistentDisk
|
### gcePersistentDisk
|
||||||
|
|
||||||
@@ -453,7 +453,7 @@ y que los datos pueden ser compartidos entre pods. GlusterFS puede ser montado p
|
|||||||
Debes tener tu propia instalación de GlusterFS ejecutándose antes de poder usarla.
|
Debes tener tu propia instalación de GlusterFS ejecutándose antes de poder usarla.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Mira el [ejemplo de GlusterFS](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/volumes/glusterfs) para más detalles.
|
Mira el [ejemplo de GlusterFS](https://github.com/kubernetes/examples/tree/master/volumes/glusterfs) para más detalles.
|
||||||
|
|
||||||
### hostPath {#hostpath}
|
### hostPath {#hostpath}
|
||||||
|
|
||||||
@@ -560,7 +560,7 @@ Esto significa que puedes pre-poblar un volumen con tu conjunto de datos y servi
|
|||||||
Desafortunadamente, los volúmenes ISCSI solo se pueden montar por un único consumidor en modo lectura-escritura.
|
Desafortunadamente, los volúmenes ISCSI solo se pueden montar por un único consumidor en modo lectura-escritura.
|
||||||
Escritores simultáneos no está permitido.
|
Escritores simultáneos no está permitido.
|
||||||
|
|
||||||
Mira el [ejemplo iSCSI](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/volumes/iscsi) para más detalles.
|
Mira el [ejemplo iSCSI](https://github.com/kubernetes/examples/tree/master/volumes/iscsi) para más detalles.
|
||||||
|
|
||||||
### local
|
### local
|
||||||
|
|
||||||
@@ -634,7 +634,7 @@ NFS puede ser montado por múltiples escritores simultáneamente.
|
|||||||
Debes tener tu propio servidor NFS en ejecución con el recurso compartido exportado antes de poder usarlo.
|
Debes tener tu propio servidor NFS en ejecución con el recurso compartido exportado antes de poder usarlo.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Mira el [ ejemplo NFS ](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/nfs) para más información.
|
Mira el [ ejemplo NFS ](https://github.com/kubernetes/examples/tree/master/staging/volumes/nfs) para más información.
|
||||||
|
|
||||||
### persistentVolumeClaim {#persistentvolumeclaim}
|
### persistentVolumeClaim {#persistentvolumeclaim}
|
||||||
|
|
||||||
@@ -674,7 +674,7 @@ spec:
|
|||||||
Asegúrate de tener un PortworxVolume con el nombre `pxvol` antes de usarlo en el Pod.
|
Asegúrate de tener un PortworxVolume con el nombre `pxvol` antes de usarlo en el Pod.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Para más detalles, mira los ejemplos de [volumen Portworx](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/portworx/README.md).
|
Para más detalles, mira los ejemplos de [volumen Portworx](https://github.com/kubernetes/examples/tree/master/staging/volumes/portworx/README.md).
|
||||||
|
|
||||||
### projected
|
### projected
|
||||||
|
|
||||||
@@ -687,7 +687,7 @@ Actualmente, se pueden los siguientes tipos de volúmenes:
|
|||||||
- [`configMap`](#configmap)
|
- [`configMap`](#configmap)
|
||||||
- `serviceAccountToken`
|
- `serviceAccountToken`
|
||||||
|
|
||||||
Se requiere que todas las fuentes estén en el mismo namespace que el Pod. Para más detalles mira el [all-in-one volume design document](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/design-proposals/node/all-in-one-volume.md).
|
Se requiere que todas las fuentes estén en el mismo namespace que el Pod. Para más detalles mira el [all-in-one volume design document](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/node/all-in-one-volume.md).
|
||||||
|
|
||||||
#### Configuración de ejemplo con un secret, un downwardAPI, y un configMap {#example-configuration-secret-downwardapi-configmap}
|
#### Configuración de ejemplo con un secret, un downwardAPI, y un configMap {#example-configuration-secret-downwardapi-configmap}
|
||||||
|
|
||||||
@@ -828,7 +828,7 @@ Debes tener una instalación de Ceph ejecutándose antes de usar RBD.
|
|||||||
Una función de RBD es que solo se puede montar como de solo lectura por múltiples consumidores simultáneamente.
|
Una función de RBD es que solo se puede montar como de solo lectura por múltiples consumidores simultáneamente.
|
||||||
Esto significa que puedes pre-poblar un volumen con tu conjunto de datos y luego servirlo en paralelo desde tantos pods como necesites. Desafortunadamente, los volúmenes RBD solo se pueden montar por un único consumidor en modo lectura-escritura. No se permiten escritores simultáneos.
|
Esto significa que puedes pre-poblar un volumen con tu conjunto de datos y luego servirlo en paralelo desde tantos pods como necesites. Desafortunadamente, los volúmenes RBD solo se pueden montar por un único consumidor en modo lectura-escritura. No se permiten escritores simultáneos.
|
||||||
|
|
||||||
Mira el [ejemplo RBD](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/volumes/rbd) para más detalles.
|
Mira el [ejemplo RBD](https://github.com/kubernetes/examples/tree/master/volumes/rbd) para más detalles.
|
||||||
|
|
||||||
### scaleIO (deprecado) {#scaleio}
|
### scaleIO (deprecado) {#scaleio}
|
||||||
|
|
||||||
@@ -865,7 +865,7 @@ spec:
|
|||||||
fsType: xfs
|
fsType: xfs
|
||||||
```
|
```
|
||||||
|
|
||||||
Para más detalles, mira los ejemplos de [ScaleIO](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/volumes/scaleio)
|
Para más detalles, mira los ejemplos de [ScaleIO](https://github.com/kubernetes/examples/tree/master/staging/volumes/scaleio)
|
||||||
|
|
||||||
### secret
|
### secret
|
||||||
|
|
||||||
|
|||||||
@@ -443,7 +443,7 @@ de controlador personalizado para esos Pods. Esto da la máxima flexibilidad, pe
|
|||||||
cueste un poco más de entender y ofrece menos integración con Kubernetes.
|
cueste un poco más de entender y ofrece menos integración con Kubernetes.
|
||||||
|
|
||||||
Un ejemplo de este patrón sería un Job que arranca un Pod que ejecuta una secuencia de comandos que, a su vez,
|
Un ejemplo de este patrón sería un Job que arranca un Pod que ejecuta una secuencia de comandos que, a su vez,
|
||||||
arranca un controlador maestro de Spark (ver el [ejemplo de spark](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/spark/README.md)),
|
arranca un controlador maestro de Spark (ver el [ejemplo de spark](https://github.com/kubernetes/examples/tree/master/staging/spark/README.md)),
|
||||||
ejecuta un manejador de spark, y a continuación lo limpia todo.
|
ejecuta un manejador de spark, y a continuación lo limpia todo.
|
||||||
|
|
||||||
Una ventaja de este enfoque es que el proceso general obtiene la garantía del objeto Job,
|
Una ventaja de este enfoque es que el proceso general obtiene la garantía del objeto Job,
|
||||||
|
|||||||
@@ -36,7 +36,7 @@ proporcione un conjunto de réplicas sin estado, como un
|
|||||||
|
|
||||||
## Limitaciones
|
## Limitaciones
|
||||||
|
|
||||||
* El almacenamiento de un determinado Pod debe provisionarse por un [Provisionador de PersistentVolume](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/persistent-volume-provisioning/README.md) basado en la `storage class` requerida, o pre-provisionarse por un administrador.
|
* El almacenamiento de un determinado Pod debe provisionarse por un [Provisionador de PersistentVolume](https://github.com/kubernetes/examples/tree/master/staging/persistent-volume-provisioning/README.md) basado en la `storage class` requerida, o pre-provisionarse por un administrador.
|
||||||
* Eliminar y/o reducir un StatefulSet *no* eliminará los volúmenes asociados con el StatefulSet. Este comportamiento es intencional y sirve para garantizar la seguridad de los datos, que da más valor que la purga automática de los recursos relacionados del StatefulSet.
|
* Eliminar y/o reducir un StatefulSet *no* eliminará los volúmenes asociados con el StatefulSet. Este comportamiento es intencional y sirve para garantizar la seguridad de los datos, que da más valor que la purga automática de los recursos relacionados del StatefulSet.
|
||||||
* Los StatefulSets actualmente necesitan un [Servicio Headless](/docs/concepts/services-networking/service/#headless-services) como responsable de la identidad de red de los Pods. Es tu responsabilidad crear este Service.
|
* Los StatefulSets actualmente necesitan un [Servicio Headless](/docs/concepts/services-networking/service/#headless-services) como responsable de la identidad de red de los Pods. Es tu responsabilidad crear este Service.
|
||||||
* Los StatefulSets no proporcionan ninguna garantía de la terminación de los pods cuando se elimina un StatefulSet. Para conseguir un término de los pods ordenado y controlado en el StatefulSet, es posible reducir el StatefulSet a 0 réplicas justo antes de eliminarlo.
|
* Los StatefulSets no proporcionan ninguna garantía de la terminación de los pods cuando se elimina un StatefulSet. Para conseguir un término de los pods ordenado y controlado en el StatefulSet, es posible reducir el StatefulSet a 0 réplicas justo antes de eliminarlo.
|
||||||
|
|||||||
@@ -421,8 +421,8 @@ al plugin de elasticsearch que soporta búsquedas avanzadas y analíticas.
|
|||||||
|
|
||||||
[kube-apiserver]: /docs/admin/kube-apiserver
|
[kube-apiserver]: /docs/admin/kube-apiserver
|
||||||
[auditing-proposal]: https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/auditing.md
|
[auditing-proposal]: https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/auditing.md
|
||||||
[auditing-api]: https://github.com/kubernetes/kubernetes/blob/{{< param "githubbranch" >}}/staging/src/k8s.io/apiserver/pkg/apis/audit/v1/types.go
|
[auditing-api]: https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/apiserver/pkg/apis/audit/v1/types.go
|
||||||
[gce-audit-profile]: https://github.com/kubernetes/kubernetes/blob/{{< param "githubbranch" >}}/cluster/gce/gci/configure-helper.sh#L735
|
[gce-audit-profile]: https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh#L735
|
||||||
[kubeconfig]: /docs/tasks/access-application-cluster/configure-access-multiple-clusters/
|
[kubeconfig]: /docs/tasks/access-application-cluster/configure-access-multiple-clusters/
|
||||||
[fluentd]: http://www.fluentd.org/
|
[fluentd]: http://www.fluentd.org/
|
||||||
[fluentd_install_doc]: https://docs.fluentd.org/v1.0/articles/quickstart#step-1:-installing-fluentd
|
[fluentd_install_doc]: https://docs.fluentd.org/v1.0/articles/quickstart#step-1:-installing-fluentd
|
||||||
|
|||||||
Reference in New Issue
Block a user