Gerenciar o ScyllaDB através de serviços de implantação em vez de manualmente

CIKlusterServices
Navios
4 de agosto de 2026 às 22:49 UTC
Autor
Kamo
Enviar
9ca1f2c

scylladb/ manteve manifestos completos, mas não teve nenhuma etapa de implantação — o comentário disse que era "empregado MANUALMENTE após o 16TB drive swap" porque a dir de dados /mnt/backup/scylla tinha que estar fisicamente em k1m1 primeiro. Essa condição é cumprida: a unidade está em k1m1 e O Scylla está a correr dele, por isso a excepção manual já não se aplica. Adiciona um serviço de aplicação scylladb/-gated passo, política de rede, poddisruptionbudget e statefulset, correspondente ao padrão de mudança-scoped usado pelos outros componentes. Note que este commit toca .forgejo/, o que força FULL=verdadeira — um full-cluster reconciliar. Isso foi verificado primeiro, diffing todos os 108 aplicar alvos contra ao vivo: 105 foram idêntico, os 3 que diferiram são bootstrap Jobs o fluxo de trabalho deliberadamente apaga e recria, cada alvo de remoção do kubectl está ausente (não- op), e o *** secreto reconstruído de arquivos de recuperação hashes idêntico ao segredo vivo. Os dois manifestos que teria regredido estado vivo são fixados no commit precedente.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços