Yandex Cloud aconselhou clientes a alojar noutro lado

Três locais em quatro dias

Entre a noite de 7 para 8 de outubro e a manhã de 11 de outubro, ataques com drones atingiram três dos cinco centros de dados russos da Yandex, segundo o The Register, em Sasovo, Kaluga e Vladimir.

O The Register e o BleepingComputer atribuem os ataques à Ucrânia. Na tarde de 11 de outubro, a heise notou que o Ministério da Defesa ucraniano não tinha comentado, e a Yandex não comunicou feridos.

O que a Yandex disse aos clientes da sua nuvem

A própria página de estado da Yandex descreveu o modo da plataforma de nuvem como de emergência e recomendou usar qualquer outro plano alternativo de recuperação de desastres.

Também classificou de instável a configuração de recursos restante e avisou que os canais de suporte técnico podiam estar instáveis. O The Register acrescenta que alguns clientes conseguem chegar à consola e à API mas não de forma constante, que o suporte responde mais devagar devido ao volume de pedidos e que a Yandex recomenda locais alternativos para alojamento e reserva de recursos.

A leitura que o BleepingComputer faz da página de estado enumera a consola, a API, a gestão de identidades, o registo de contentores, as bases de dados, o armazenamento S3 e o Kubernetes como disponíveis com alguns problemas de desempenho ou disponibilidade, a computação, o AI Studio e os serviços de segurança como parcialmente disponíveis e o Monium como offline.

A NetBlocks mediu cerca de 80 por cento das ligações aos servidores da Yandex a funcionar ao fim da manhã de 11 de outubro e cerca de 30 por cento das ligações aos servidores da Yandex Cloud. A Yandex diz que os seus engenheiros restabeleceram primeiro o Alice AI, o Mail, o Maps, o Search e o Taxi, enquanto o serviço de pagamentos Yandex Pay ficou offline um dia depois do ataque a Vladimir. O responsável pela divisão de fintech escreveu que o dinheiro dos utilizadores está seguro.

O que ninguém confirmou ainda

Não é claro se se perderam dados de clientes para sempre, e a Yandex não o abordou nas suas atualizações de estado.

Um cliente que escreveu no Habr descreveu cópias de segurança do Yandex Disk sem miniaturas e ficheiros que não se descarregavam, com erros HTTP 302, 504 e 500, a partir de 8 de outubro. É um relato isolado e não uma medição.

A Yandex diz que não pode dar um prazo fiável de reposição do serviço e que as suas equipas trabalham dia e noite.

Os centros de dados da Ucrânia também foram atingidos em setembro

No fim de setembro, ataques russos danificaram os centros de dados da Vodafone Ukraine, Datagroup, Cosmonova, Omega Telecom e DreamLine e atingiram a sede da Kyivstar, segundo a Reuters citada pela heise.

A Reuters noticiou que a Rússia justificou esses alvos dizendo que os centros de dados tinham ligações ao exército ucraniano. Para um comprador na Europa ou no Reino Unido, a conclusão é prática: locais físicos que suportam as cargas de trabalho de outras empresas foram atingidos num conflito ativo, e um fornecedor com poucos locais tem poucos sítios para onde se mudar.

Perguntas para o seu próprio fornecedor de nuvem

Pergunte quantos locais independentes sustentam a promessa de disponibilidade do seu contrato e a que distância estão uns dos outros. A Yandex perdeu três de cinco locais em quatro dias, o que mostra o que significa um número pequeno de locais na pior semana.

Pergunte onde estão as suas cópias de segurança. As cópias guardadas no mesmo fornecedor, ou no mesmo país, podem falhar juntamente com a cópia principal. Uma cópia num segundo fornecedor, sob outra jurisdição, é a que sobrevive.

Peça o tempo da última restauração testada, medido num exercício real, e leia a cláusula de força maior para ver o que o fornecedor lhe deve quando um local é destruído fisicamente.

Leia a seguir: 21 meses de aviso não pouparam as clínicas alemãs  |  Três prazos de suporte do Windows em 30 dias