KamoCRM

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

CIKlusterServices
Cambia
4 de agosto de 2026 a las 22:49 UTC
Autor
Kamo
Comprometerse
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?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios