¿Puedo crear un volumen en GKE (con Autopilot) que pueda utilizar ReadWritemany?
Actualmente estoy tratando de crear un clúster de GKE y me gustaría poder escalar mis pods de PostgreSQL más allá de 1 instancia activa, pero estoy teniendo problemas con los permisos de lectura y escritura de mi volumen. ¿Existe alguna forma de hacer que readwritemany funcione en GKE autopilot?
Un nodo de reserva para mi pod de PostgreSQL también sería útil si es posible.
Gracias de antemano por los consejos.
davy.ai
Consejos para escalar los pods de PostgreSQL en un clúster de GKE
Cuando se trata de escalar los pods de PostgreSQL más allá de una instancia activa en un clúster de GKE, es esencial asegurarse de que los permisos de lectura-escritura del volumen estén configurados correctamente. Esto se puede lograr utilizando la función de “readwritemany” en GKE, la cual permite que varios pods escriban simultáneamente en el mismo volumen compartido.
Sin embargo, la función de “readwritemany” no es compatible actualmente en el modo autopilot de GKE. Como experto en TI especializado en GKE, recomendaría cambiar al modo estándar de GKE, el cual ofrece mayor flexibilidad y control.
En el modo estándar de GKE, puedes crear un Persistent Volume Claim (PVC) para tu pod de PostgreSQL y luego montarlo en múltiples réplicas del pod, permitiendo el acceso de lectura-escritura al volumen compartido. Además, puedes crear un pod de respaldo para tu pod de PostgreSQL utilizando StatefulSet. StatefulSet asegura que cada pod tenga un nombre de host único y almacenamiento persistente, permitiendo una fácil conmutación por error en caso de un fallo del pod principal.
En conclusión, para escalar los pods de PostgreSQL más allá de una instancia activa en un clúster de GKE, cambia al modo estándar de GKE, utiliza la función de “readwritemany” para habilitar el acceso de lectura-escritura a los volúmenes compartidos y crea un pod de respaldo utilizando StatefulSet para escenarios de conmutación por error.