A Yandex afirma que um ataque com drones danificou seu centro de dados em Vladimir em 11 de outubro, obrigando a instalação a parar. Seu registro de incidentes do Yandex Cloud informa que algumas zonas da nuvem ficaram indisponíveis e que, às 15:01 UTC, a plataforma ainda funcionava com recursos limitados. É o terceiro incidente relatado em uma instalação em quatro dias, depois da paralisação em Sasovo e da interrupção parcial em Kaluga.

O registro do incidente dá aos clientes mais detalhes que os avisos anteriores sobre as instalações: separa a paralisação de um prédio das mudanças no estado dos serviços em nuvem. Não estabelece a condição de servidores individuais, dados de clientes ou sistemas de treinamento de IA da Yandex.

A grande mudança

  • O que mudou: Um terceiro centro de dados da Yandex parou de operar, e a empresa agora descreve como instável a configuração restante de recursos em nuvem. As atualizações mostram alguns serviços disponíveis e outros afetados.
  • Por que importa: Um cliente que decide onde restaurar uma carga de trabalho precisa de informações por serviço, não apenas do estado de uma instalação. A Yandex aconselhou os clientes a usar planos alternativos de recuperação e, depois, recomendou considerar outras plataformas para implantar recursos mais rapidamente e oferecer redundância.
  • O que acompanhar: A próxima atualização do Yandex Cloud está prevista para 12 de outubro às 11:00, horário de Moscou. Ela deve esclarecer quais funções voltaram e se a Yandex ainda recomenda que os clientes usem capacidade externa. O registro do incidente não informa uma data de restauração da instalação de Vladimir.

O que a Yandex informou em 11 de outubro

O Yandex Cloud informou primeiro, às 01:11 UTC, que algumas zonas estavam indisponíveis. Às 03:08 UTC, a empresa disse que um ataque com veículo aéreo não tripulado danificou a infraestrutura de seu centro de dados em Vladimir e que as operações no local foram totalmente suspensas. A empresa informou que não houve vítimas e que equipes de emergência estavam no local. Descreveu a plataforma como operando em modo de emergência, chamou de instável a configuração restante de recursos e recomendou planos alternativos de recuperação de desastres. Esses são relatos da Yandex sobre o incidente e o estado do serviço; a página de status não identifica quem lançou o drone.

O quadro dos serviços mudou ao longo do dia. Às 03:11 UTC, a Yandex disse que o console e a API em nuvem estavam disponíveis, a computação estava parcialmente disponível e a maioria dos clusters de bancos de dados gerenciados de alta disponibilidade havia sido transferida, embora alguns pudessem ficar somente para leitura ou indisponíveis. O armazenamento de objetos, chamado de S3 na atualização, estava disponível para leitura, com possíveis problemas de gravação. A empresa ainda avaliava clusters regionais de Kubernetes e alertou que a comunicação com o suporte poderia ser instável.

Até 08:14 UTC, a Yandex informou que era possível ler e gravar no S3, embora as operações pudessem ficar mais lentas. O Kubernetes foi listado como disponível, com possíveis problemas em clusters individuais; a computação continuava parcialmente disponível. O Yandex AI Studio e os serviços de segurança foram listados como parcialmente disponíveis, enquanto o Yandex Monium estava indisponível. A empresa também disse que suspendeu temporariamente aumentos de cotas para recursos adicionais em nuvem. Às 10:12 UTC, informou que não havia mudança na disponibilidade dos serviços e que os canais de suporte tinham sido parcialmente restabelecidos, embora ainda fossem possíveis atrasos significativos nas respostas.

A atualização das 15:01 UTC disse que a plataforma em nuvem continuava funcionando com recursos limitados. A Yandex voltou a recomendar que os clientes considerassem outras plataformas para implantar recursos mais rapidamente e oferecer redundância. A próxima atualização prevista era para 12 de outubro às 11:00, horário de Moscou, ou 08:00 UTC. A recuperação ainda estava em andamento naquele momento; a atualização não dizia que a instalação ou todos os serviços em nuvem tinham sido restaurados.

Interrupção em uma instalação e uma perturbação mais ampla dos serviços

A declaração da Yandex de 9 de outubro havia descrito a paralisação completa em Sasovo após danos durante a noite de 7 para 8 de outubro e a infraestrutura fora de serviço em Kaluga após um ataque em 9 de outubro. Não estimou quando esses locais seriam restaurados. O incidente em Vladimir dá continuidade a essa sequência de acontecimentos datados, com o detalhe adicional de que o Yandex Cloud identificou publicamente os componentes afetados e aconselhou os clientes a considerar a recuperação fora da plataforma.

O status da nuvem não retrata a experiência de todos os consumidores. A AFP informou que usuários relataram problemas nos aplicativos de transporte e pagamento da Yandex em 11 de outubro. Essas entrevistas mostram interrupções para alguns usuários; não medem quantas pessoas foram afetadas nem comprovam que todos os problemas relatados nos aplicativos tiveram origem na instalação de Vladimir. A reportagem da Al Jazeera, baseada na AFP e na Reuters, também descreve a paralisação em Vladimir e os ataques anteriores a instalações.

Para os clientes de nuvem, o registro de status é um guia de recuperação com limites. Ele identifica serviços que podiam ser lidos, receber gravações ou ser usados em estado reduzido em momentos específicos, além de alertar para atrasos no suporte e suspensão de aumentos de cotas. Não diz se o backup de um cliente específico está acessível ou se houve perda de dados. A reportagem anterior de que dois supercomputadores de desenvolvimento de IA ficavam em Sasovo não estabelece a condição atual deles, e a indicação de disponibilidade parcial do AI Studio em 11 de outubro não mostra se o treinamento de modelos foi afetado. Essas questões exigem uma atualização específica da Yandex.

Fontes e leituras adicionais