Edição Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Yandex diz que centro de dados em Vladimir está encerrado, enquanto os serviços na nuvem continuam limitados

> A Yandex afirma que o seu centro de dados em Vladimir deixou de funcionar a 11 de outubro. Mais tarde nesse dia, a sua plataforma na nuvem continuava limitada, com a capacidade de computação e o AI Studio parcialmente disponíveis, e recomendações de recuperação para os clientes.

By BIG CHANGE Editorial

Published: 2026-10-11T19:00:10.349Z
Updated: 2026-10-11T19:00:10.349Z
Canonical: https://bigchange.ai/blog/yandex-vladimir-data-center-cloud-services-limited

![Conceptual charcoal illustration of an unlabeled wall-mounted panel with some orange indicator lights lit and others dark beside a closed equipment-room door.](https://bigchange.ai/api/media/file/yandex-vladimir-limited-cloud-hero-v2.png)
A conceptual panel illustrates mixed Yandex Cloud service status after the Vladimir facility shutdown. It is not Yandex equipment or a live status display. AI-generated by BIG CHANGE.

A Yandex afirma que um ataque com drones danificou o seu centro de dados em Vladimir a 11 de outubro, obrigando a instalação a parar. O seu [registo de incidentes do Yandex Cloud](https://status.yandex.cloud/en/incidents/2136) indica que algumas zonas da nuvem ficaram indisponíveis e que, às 15:01 UTC, a plataforma continuava a funcionar com capacidades limitadas. É o terceiro incidente comunicado numa instalação em quatro dias, depois do [encerramento de Sasovo e da interrupção parcial de Kaluga](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages).

O registo do incidente dá aos clientes mais pormenores do que os avisos anteriores sobre as instalações: distingue o encerramento de um edifício das alterações no estado dos serviços na nuvem. Não determina o estado de servidores individuais, dos dados dos clientes ou dos sistemas de treino de IA da Yandex.

## A grande mudança

- **O que mudou:** Um terceiro centro de dados da Yandex deixou de funcionar, e a empresa descreve agora como instável a configuração de recursos na nuvem que resta. As atualizações mostram alguns serviços disponíveis e outros afetados.
- **Porque é importante:** Um cliente que decida onde recuperar uma carga de trabalho precisa de informação ao nível dos serviços, não apenas do estado de uma instalação. A Yandex aconselhou os clientes a recorrer a planos de recuperação alternativos e, mais tarde, recomendou que considerassem outras plataformas para implementar recursos mais depressa e assegurar redundância.
- **O que acompanhar:** A próxima atualização do Yandex Cloud está prevista para 12 de outubro às 11:00, hora de Moscovo. Deverá esclarecer quais as funções repostas e se a Yandex continua a recomendar aos clientes a utilização de capacidade externa. O registo do incidente não indica uma data para a recuperação da instalação de Vladimir.

## O que a Yandex comunicou a 11 de outubro

O Yandex Cloud começou por comunicar, às 01:11 UTC, que algumas zonas estavam indisponíveis. Às 03:08 UTC, a empresa disse que um ataque com um veículo aéreo não tripulado tinha danificado a infraestrutura do seu centro de dados em Vladimir e que as operações no local tinham sido totalmente suspensas. A empresa comunicou que não houve vítimas e que os serviços de emergência estavam no local. Descreveu a plataforma como estando em modo de emergência, classificou como instável a configuração de recursos restante e recomendou planos alternativos de recuperação de desastres. Estas são as versões da Yandex sobre o incidente e o estado dos serviços; a página de estado não identifica quem lançou o drone.

A situação dos serviços mudou ao longo do dia. Às 03:11 UTC, a Yandex disse que a consola e a API na nuvem estavam disponíveis, que a computação estava parcialmente disponível e que a maioria dos clusters de bases de dados geridos de alta disponibilidade tinha sido transferida, embora alguns pudessem estar disponíveis apenas para leitura ou indisponíveis. O armazenamento de objetos, designado S3 na atualização, estava disponível para leitura, com possíveis problemas de escrita. A empresa continuava a avaliar os clusters regionais de Kubernetes e alertou para possíveis instabilidades nas comunicações com o suporte.

Às 08:14 UTC, a Yandex afirmou que era possível ler e escrever no S3, embora as operações pudessem ser mais lentas. O Kubernetes foi indicado como disponível, com possíveis problemas em clusters específicos; a computação continuava parcialmente disponível. O Yandex AI Studio e os serviços de segurança estavam parcialmente disponíveis, enquanto o Yandex Monium estava indisponível. A empresa disse também que suspendera temporariamente os aumentos de quotas para recursos adicionais na nuvem. Às 10:12 UTC, comunicou que não havia alterações na disponibilidade dos serviços e que os canais de suporte tinham sido parcialmente repostos, embora continuassem a ser possíveis atrasos significativos nas respostas.

A atualização das 15:01 UTC dizia que a plataforma na nuvem continuava a funcionar com capacidades limitadas. A Yandex voltou a recomendar que se considerassem outras plataformas para implementar recursos mais rapidamente e proporcionar redundância. A próxima atualização prevista era para 12 de outubro às 11:00, hora de Moscovo, ou 08:00 UTC. A recuperação continuava em curso nesse momento; a atualização não dizia que a instalação ou todos os serviços na nuvem tinham sido recuperados.

## Uma interrupção numa instalação e uma perturbação mais ampla dos serviços

A [declaração da Yandex de 9 de outubro](https://yandex.com/company/news/2026-10-09) descrevia o encerramento total de Sasovo após os danos ocorridos durante a noite de 7 para 8 de outubro e a infraestrutura de Kaluga fora de serviço após um ataque a 9 de outubro. Não apresentava uma estimativa para a reposição desses locais. O incidente de Vladimir dá continuidade a essa sequência de acontecimentos datados e acrescenta que o Yandex Cloud identificou publicamente os componentes afetados e aconselhou os clientes a considerar a recuperação fora da plataforma.

O estado da nuvem não abrange a experiência de todos os consumidores. [A AFP noticiou](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack) que utilizadores relataram problemas nas aplicações de transporte e pagamentos da Yandex a 11 de outubro. Essas entrevistas mostram perturbações para alguns utilizadores, mas não medem quantas pessoas foram afetadas nem demonstram que todos os problemas comunicados nas aplicações tiveram origem na instalação de Vladimir. [A reportagem da Al Jazeera](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack), baseada na AFP e na Reuters, também descreve o encerramento de Vladimir e os ataques anteriores a instalações.

Para os clientes da nuvem, o registo de estado é um guia de recuperação com limitações. Identifica os serviços que podiam ser consultados, receber dados ou ser utilizados de forma reduzida em momentos específicos, alertando para atrasos no suporte e para a suspensão dos aumentos de quotas. Não indica se a cópia de segurança de um cliente específico está acessível ou se houve perda de dados. A notícia anterior de que dois supercomputadores de desenvolvimento de IA estavam em Sasovo não determina o seu estado atual, e a indicação de disponibilidade parcial do AI Studio a 11 de outubro não mostra se o treino de modelos foi afetado. Estas questões exigem uma atualização específica da Yandex.

## Fontes e leituras adicionais

- [Yandex Cloud: incidente 2136 (11 de outubro de 2026)](https://status.yandex.cloud/en/incidents/2136). Relato da empresa com registo temporal sobre o encerramento de Vladimir, o estado dos componentes na nuvem, recomendações de recuperação e a próxima atualização prevista. A página de estado é a fonte de referência para o que a Yandex comunicou sobre a sua própria plataforma, mas não identifica de forma independente um atacante nem mede todos os efeitos sobre os clientes.
- [Yandex: «O que está a acontecer com os nossos centros de dados, o coração de ferro da Yandex» (9 de outubro de 2026)](https://yandex.com/company/news/2026-10-09). Relato anterior da empresa sobre os incidentes nas instalações de Sasovo e Kaluga e a ausência de uma previsão para a recuperação.
- [AFP: «Drone atinge a Yandex russa no terceiro ataque comunicado» (11 de outubro de 2026)](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack). Entrevistas independentes com utilizadores que relataram problemas nas aplicações de transporte e pagamentos, juntamente com a versão da Yandex sobre as instalações. As entrevistas são exemplos, não uma contagem dos utilizadores afetados.
- [Al Jazeera: «Yandex russa diz que centro de dados em Vladimir foi encerrado após ataque com drones» (11 de outubro de 2026)](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack). Reportagem atribuída à Al Jazeera Staff, à AFP e à Reuters, que situa Vladimir após os ataques a Sasovo e Kaluga. Não verifica de forma independente o estado dos componentes do Yandex Cloud.
- [BIG CHANGE: «Yandex diz que centro de dados de Sasovo está encerrado; parte da instalação de Kaluga está offline» (10 de outubro de 2026)](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages). A nossa reportagem anterior sobre esta mesma história em desenvolvimento; regista a questão ainda em aberto sobre o estado dos computadores de desenvolvimento de IA associados a Sasovo.

## Sources

- [Incidente 2136 do Yandex Cloud](https://status.yandex.cloud/en/incidents/2136) — Cronologia e estado dos componentes da empresa até às 15:01 UTC; não atribui o ataque de forma independente.
- [Declaração da Yandex sobre o centro de dados](https://yandex.com/company/news/2026-10-09) — Relato anterior da empresa sobre as instalações de Sasovo e Kaluga, preservado na auditoria da notícia anterior.
- [AFP: Drone atinge a Yandex russa no terceiro ataque comunicado](https://www.afp.com/en/drone-hits-russias-yandex-third-reported-attack) — Entrevistas independentes com utilizadores e sequência comunicada de incidentes nas instalações.
- [Al Jazeera: Yandex russa diz que centro de dados em Vladimir foi encerrado após ataque com drones](https://www.aljazeera.com/news/2026/10/11/russias-yandex-says-data-centre-in-vladimir-shut-down-after-drone-attack) — Reportagem de contexto atribuída à Al Jazeera Staff, à AFP e à Reuters.
- [BIG CHANGE: Yandex diz que centro de dados de Sasovo está encerrado; parte da instalação de Kaluga está offline](https://bigchange.ai/blog/yandex-sasovo-kaluga-data-center-outages) — Artigo original desta cronologia da história em desenvolvimento.