O Ploop é uma má ideia para o OpenVZ?

O Ploop é uma má ideia para o OpenVZ?

Eu sei que com o Ploop você perde espaço em disco à medida que os arquivos são adicionados/excluídos dentro de um contêiner e você precisa compactar manualmente o contêiner, mas também li que se você reinicializar ou ocorrer uma falha, os contêineres podem se tornar irrecuperáveis.

Existem maneiras de reinicializar adequadamente os servidores OpenVZ para evitar contêineres corrompidos?

Responder1

Mesmo com um encerramento impróprio de contêineres lançados, geralmente é suficiente fazer um fsck. Não é muito diferente de desligar hardware real durante operações de gravação. Como suponho que você usará um sistema de arquivos com um log de transações nesses erros, não deverá ter mais problemas.

Como Brian mencionou, um desligamento adequado do nó host deixará seus contêineres limpos e seus ploops desmontados.

Se você estiver usando contêineres baseados em diretório que usam o mesmo sistema de arquivos do nó host, você já tem uma pequena chance de corrupção agora. Acho que na prática não há muita diferença, apenas que talvez seja necessário considerar o tempo de recuperação. Muitos ploops podem levar mais tempo para fsck do que o sistema de arquivos de um nó host e podem exigir muita interação manual.

Por outro lado, se o seu nó host tiver um sistema de arquivos muito grande, o fsck pode levar muito tempo e deixa todos os contêineres inativos durante o fsck. Os contêineres que usam ploop podem ser iniciados de maneira escalonada após o nó host voltar a funcionar, desde que o próprio nó host não tenha nada para fsck.

Você poderia mitigar isso tendo algum tipo de configuração de alta disponibilidade em que os nós do host carregam seus dados de contêiner do armazenamento central e ligam/desligam uns aos outros em casos de falhas, mas acho que isso está indo longe demais.

Quais são as suas razões para considerar o ploop? Consideramos isso para um desempenho mais rápido por meio do NFS, onde muitos arquivos pequenos em um contêiner realmente tornam as coisas mais lentas. Mas como você está mencionando a corrupção do sistema de arquivos, esse provavelmente não é o seu cenário.

Responder2

Não, você tem que esperar até que cada ploop seja interrompido corretamente.

Os contêineres ploop devem ser iniciados para acessar seus arquivos através do diretório raiz deles.

Os contêineres simpfs são estruturas de diretório semelhantes ao chroot, portanto podem ser acessados ​​independentemente de ligado/desligado.

Gerencio milhares de containers e não consigo perder tempo esperando. Devo esperar que os contêineres ploop estejam ativos sempre que precisar acessar ou fazer a migração, ou esperar até que ele esteja desligado, para gerenciar o host que possui contêineres ploop. além disso, se o ploop for danificado, você terá que começar tudo de novo, ele acabou. como não sofro esses danos uma ou duas vezes, chamo-o de sistema não confiável, independentemente de quão bom deveria ser.

informação relacionada