Yandex Cloud permanece interrompido após ataque de drone que fechou data center em Vladimir
Yandex Cloud permaneceu em operação limitada na segunda-feira, 12 de outubro, após um ataque de drone que danificou o data center da empresa em Vladimir, Rússia, e forçou o site a suspender as operações. A última interrupção seguiu-se ao dano em outras duas instalações da Yandex no início da semana, adicionando dificuldades para empresas e usuários dependentes da infraestrutura da empresa.
A BBC relatou que um ataque de drone ucraniano atingiu a instalação em Vladimir, a leste de Moscou, durante a noite de domingo. A Yandex disse que as operações no local haviam sido completamente suspensas e nenhuma pessoa ficou ferida. A empresa estava trabalhando para restaurar a conectividade, mas alguns serviços continuavam indisponíveis.
Serviços em nuvem estão operando de forma desigual
No seu mais recente status do Yandex Cloud, publicado às 08:17 UTC em 12 de outubro, o operador afirmou que sua plataforma ainda funcionava em modo limitado. O trabalho de restauração continuou durante toda a madrugada, enquanto um volume maior de solicitações de suporte poderia significar tempos de resposta mais longos. Ele continuou recomendando plataformas alternativas para hospedagem de recursos e fornecimento de redundância.
Isso não é um sinal de que tudo está normalizado. A atualização não indicou um tempo para a restauração completa. A Yandex disse que sua próxima atualização de status seria publicada às 19:00, horário de Moscou, equivalente a 16:00 UTC; esse aviso programado não deve ser confundido com uma promessa de que os serviços seriam recuperados até então.
As atualizações de domingo do operador mostraram um quadro misto, em vez de um fechamento uniforme. Em um instantâneo às 08:14 UTC, a Yandex disse que seu console e interfaces de programação de aplicativos estavam disponíveis, enquanto recursos computacionais estavam apenas parcialmente disponíveis. O armazenamento de objetos suportava leituras e gravações, mas poderia ser mais lento. Os serviços Kubernetes estavam disponíveis com possíveis problemas em clusters individuais, e dificuldades persistiam com seu serviço gerenciado Apache Kafka. A Yandex também disse que os aumentos nas cotas para recursos adicionais em nuvem permaneceram suspensos.
Essas atualizações em nível de componente descrevem as condições em seus horários indicados. Elas não estabelecem que cada aplicativo de cliente usando esses componentes havia se recuperado, ou que todas as cargas de trabalho enfrentavam o mesmo nível de interrupção.
Os efeitos se estendem além dos clientes de nuvem
A reportagem do Record de 12 de outubro descreveu uma interrupção que se estendeu a pagamentos, entregas e outros serviços online, juntamente com o Yandex Cloud. Ela relatou problemas envolvendo e-mails, reservas de táxi, pedidos de comida e algumas funções de casa conectada, além de negócios de terceiros que utilizavam a infraestrutura da Yandex. A extensão total da interrupção permaneceu incerta, e a Yandex não divulgou quantos clientes de nuvem foram afetados.
O incidente em Vladimir ocorreu após ataques à instalação da Yandex em Sasovo, na região de Ryazan, em 8 de outubro, e à sua instalação em Kaluga em 9 de outubro. Essas interrupções anteriores formam o histórico da última queda; elas não significam que todos os produtos da Yandex estão completamente offline ou que usuários em todas as regiões estão enfrentando problemas idênticos.
O aviso de domingo da Yandex descreveu a configuração de recursos restantes como instável e aconselhou os clientes a considerar outros planos de recuperação de desastres. Para empresas dependentes, a questão imediata é se seus próprios serviços podem operar, não simplesmente se um console de gerenciamento em nuvem é acessível. Um painel restaurado e um serviço de atendimento ao cliente plenamente funcional são marcos diferentes de recuperação.
A restauração continua em andamento
Até a atualização do operador na manhã de segunda-feira, o status apropriado era operação limitada com restauração continuando, não totalmente restaurado. A causa relatada foi dano físico à infraestrutura após um ataque de drone; as fontes revisadas não descreveram esse evento como um incidente de ransomware ou invasão de software.
Siga os sinais de serviço atuais através do painel em tempo real do Status Is Down e navegue pelo arquivo de notícias para outras interrupções verificadas. Os proprietários de sites podem explorar os planos do Status Is Down e criar uma conta para seguir os serviços dos quais suas operações dependem.
Créditos da imagem: ID 76688877 © Ralwel | Dreamstime.com