Todos os dados foram removidos do Google Cloud Instance Group

Question

Eu estava executando um Grupo de instâncias gerenciadas do Google Cloud (Ubuntu) para executar um servidor da Web e, esta manhã, o servidor ficou off-line. Eu verifiquei o status do servidor e pareceu que todos dados desapareceram. Todos os arquivos apache2, os serviços apache2 e PHP, módulos, etc. estão todos ausentes como se fosse uma nova instalação.

No começo eu pensei que tinha a ver com o fato de eu não ter atribuído um IP estático ao meu servidor, mas depois de fazer o login no SSH, notei que todos os arquivos www e apache2 do meu servidor web tinham desaparecido. / p>

Eu notei que aconteceu esta manhã quando meu servidor atingiu o ponto de escalonamento automático para uso da CPU. Aparentemente, criou outra instância, mas não há dados nela.

Atualmente, estou configurando outra Instância de VM, mas obviamente algo deu errado. O que devo fazer para evitar que isso aconteça /

    

Answer 1

Perda de dados

Parece que os dados sumiram porque residiam em uma instância que fazia parte de um grupo de instâncias gerenciadas. Quando o grupo solicitou recursos adicionais, uma nova instância foi criada com base no modelo de instância . Presumivelmente, o modelo não continha nenhum dado que tivesse sido reunido em uma determinada instância, portanto, a nova instância não continha dados. É precisamente assim que é possível perder os dados armazenados nessas instâncias.

Discrepâncias de dados

Além disso, o armazenamento de dados diretamente nessas instâncias quase que imediatamente leva a discrepâncias de dados, caso não haja um sistema para sincronizar dados entre instâncias. Dado um grupo com duas instâncias ( A e B ), um balanceador de carga envia uma solicitação para a instância A , resultando em uma gravação. Momentos depois, o balanceador de carga envia uma nova solicitação para a instância B , procurando os dados que foram gravados recentemente. Não encontrará nada. Assim, os dados devem ser sincronizados, o que pode ser muito caro e propenso a erros ou, melhor ainda, migrados para fora do grupo de instâncias de dimensionamento.

Design de instância sem estado

Em uma postagem do grupo de discussão do GCE sobre dimensionamento de VMs únicas , Kamran descreve como evitar esse tipo de perda / discrepância de dados. Com instâncias sem estado persistente (continuando a existir depois de terem sido encerradas), elas podem ser consideradas sem estado . A vantagem de tornar todas as instâncias em um determinado grupo sem estado é que é possível esperar que uma instância any do grupo se comporte da mesma maneira e manipule as tarefas da mesma maneira. Isso, portanto, se presta muito bem ao escalonamento horizontal (ter mais instâncias para processar mais trabalho do que simplesmente ter uma instância mais poderosa).

Armazenamento fora do grupo de instâncias

Geralmente, esse design sem estado exige que você migre seu armazenamento de dados / arquivos para fora do grupo de instâncias. No caso do SQL, pode-se mover os dados para uma instância do Cloud SQL acessível para o grupo de instâncias ou o Cloud Datastore para uma alternativa NoSQL. Para armazenamento de arquivos, pode-se migrar arquivos para o Cloud Storage. Você pode até usar o Cloud Storage FUSE para montar um determinado bucket do GCS como um sistema de arquivos em suas instâncias gerenciadas.