Administrar ScyllaDB a través de servicios de despliegue en lugar de a mano

CIKlusterServices
Se descapó
4 de agosto de 2026 a las 22:49 UTC
Autor
Kamo
Compromit
9ca1f2c

scylladb/ mantuvo manifiestos completos, pero no tuvo ningún paso de despliegue. El comentario dijo que era "desplegado MANUALMENTE después del intercambio de unidades 16TB" porque el dir /mnt/backup/scylla Primero tenía que estar físicamente en k1m1. Esa condición se cumple: la unidad está en k1m1 y Scylla está huyendo de ella, por lo que la excepción manual ya no se aplica. Añade un servicio de aplicación de paso scylladb/-gated, política de red, poddisruptionbudget y arreglo de estado, que coincide con el patrón de cambio-scoped utilizado por los otros componentes. Note que este commit toca .forgejo/, que obliga a FULL=true a un cárter completo reconciliarse. Eso se verificó a salvo primero al diffing los 108 objetivos de aplicación contra vivos: 105 fueron idénticos, los 3 que diferenciaron son bootstrap Jobs el flujo de trabajo elimina deliberadamente y recrea, cada objetivo kubectl delete está ausente (no-op), y el *** secreto reconstruido de archivos de reposicionamiento se lava mismo al secreto en vivo. Los dos manifiestos que habrían retrocedido el estado vivo se fija en el compromiso anterior.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios