Creé varios PersistenVolumes a través de PersistentColumeClaims en StorageClass "archivo azul" en AKS. Ahora, las opciones de montaje de StorageClass, tal como lo proporciona Azure, no se ajustaban a nuestras necesidades y tuve que actualizarlo/reconfigurarlo con diferentes MountOptions.
¿Tengo que destruir manualmente los PersistentVolumes enlazados ahora para forzar una recreación y una reconfiguración (montaje diferente) o el aprovisionador se encarga de eso?
¿Cuál sería la mejor manera de forzar eso?
@SahadatHossain tiene razón con su respuesta, pero me gustaría ampliarla un poco con más detalles y fuentes.
Es importante comprender el ciclo de vida de un volumen y una reclamación . La interacción entre PV y PVC sigue este ciclo de vida:
Aprovisionamiento , que puede ser estático o dinámico .
El paso de recuperación nos lleva a su caso de uso real:
Cuando un usuario termina con su volumen, puede eliminar los objetos de PVC de la API que permite la recuperación del recurso. La política de reclamación de un PersistentVolume le dice al clúster qué hacer con el volumen después de que se haya liberado de su reclamación. Actualmente, los volúmenes se pueden retener, reciclar o eliminar.
Retener : la política de recuperación Retain permite la recuperación manual del recurso.
Eliminar : para los complementos de volumen que admiten la política de recuperación Delete , la eliminación elimina tanto el objeto PersistentVolume de Kubernetes como el activo de almacenamiento asociado en la infraestructura externa.
Reciclar : si el complemento de volumen subyacente lo admite, la política de recuperación de reciclaje realiza una limpieza básica ( rm -rf /thevolume/* ) en el volumen y vuelve a ponerlo a disposición para una nueva reclamación. Advertencia : la política de recuperación de Recycle está en desuso. En su lugar, el enfoque recomendado es utilizar el aprovisionamiento dinámico.
Cuando se trata de actualizar las especificaciones de Pod, puede considerar Actualizar una implementación (si es posible) con varias estrategias de actualización como, por ejemplo, Actualización continua :
La implementación actualiza los pods de forma continua cuando
.spec.strategy.type==RollingUpdate. Puede especificarmaxUnavailableymaxSurgepara controlar el proceso de actualización gradual.
Básicamente, si elimina un PVC, el estado de PV estará de acuerdo con su ReclaimPolicy. PV puede tener tres políticas de recuperación, denominadas: Retain , Recycle y Delete .
Para Delete , el PV se eliminará automáticamente cuando se elimine el PVC respectivo. Pero recuerde que un pv no se puede eliminar sin eliminar su pvc delimitado. También para el aprovisionamiento dinámico, la política predeterminada es Delete . Nuevamente, pvc no se puede eliminar si actualmente algún pod lo está usando.
Ahora, las cosas dependen de ti.