
Yandex Cloud rimane interrotto dopo che un attacco drone ha chiuso il data centre di Vladimir
Yandex Cloud è rimasto in funzionamento limitato lunedì 12 ottobre, dopo che un attacco drone ha danneggiato il data centre dell'azienda a Vladimir, in Russia, costringendo il sito a sospendere le operazioni. L'ultima interruzione è seguita ai danni subiti da altre due strutture Yandex all'inizio della settimana, aggiungendo difficoltà per le aziende e gli utenti dipendenti dall'infrastruttura dell'azienda.
La BBC ha riportato che un attacco drone ucraino ha colpito la struttura di Vladimir, a est di Mosca, nella notte di domenica. Yandex ha dichiarato che le operazioni nel sito erano state completamente sospese e nessuno era rimasto ferito. L'azienda stava lavorando per ripristinare la connettività, ma alcuni servizi rimanevano non disponibili.
I servizi cloud operano in modo irregolare
Nell'ultimo aggiornamento sullo stato di Yandex Cloud, pubblicato alle 08:17 UTC del 12 ottobre, l'operatore ha dichiarato che la sua piattaforma stava ancora funzionando in modalità limitata. I lavori di ripristino continuavano giorno e notte, mentre un volume più elevato di richieste di supporto potrebbe significare tempi di risposta più lunghi. Ha continuato a raccomandare piattaforme alternative per l'hosting delle risorse e per fornire ridondanza.
Questo non è un via libera. L'aggiornamento non ha fornito un tempo per il ripristino completo. Yandex ha dichiarato che il prossimo aggiornamento sullo stato sarebbe stato pubblicato alle 19:00 ora di Mosca, equivalente alle 16:00 UTC; quel preavviso programmato non dovrebbe essere scambiato per una promessa che i servizi si sarebbero ripresi entro quella data.
Gli aggiornamenti di domenica dell'operatore hanno mostrato un quadro misto piuttosto che una chiusura uniforme. In uno scatto alle 08:14 UTC, Yandex ha dichiarato che la sua console e le interfacce di programmazione delle applicazioni erano disponibili, mentre le risorse di calcolo erano disponibili solo parzialmente. Lo storage degli oggetti supportava letture e scritture ma poteva essere più lento. I servizi Kubernetes erano disponibili con possibili problemi in singoli cluster, e persistono difficoltà con il suo servizio gestito Apache Kafka. Yandex ha anche dichiarato che gli aumenti delle quote per risorse cloud aggiuntive rimanevano sospesi.
Quegli aggiornamenti a livello di componente descrivono le condizioni nei tempi dichiarati. Non stabiliscono che ogni applicazione cliente che utilizza quei componenti si fosse ripresa, o che tutti i carichi di lavoro affrontassero lo stesso livello di interruzione.
Gli effetti si estendono oltre i clienti cloud
Il reportage del 12 ottobre de The Record ha descritto un'interruzione che si estende ai pagamenti, alle consegne e ad altri servizi online, insieme a Yandex Cloud. Ha riportato problemi riguardanti email, prenotazioni di taxi, ordini di cibo e alcune funzioni di casa connesse, oltre a aziende terze che utilizzano l'infrastruttura Yandex. L'estensione completa dell'interruzione rimaneva poco chiara e Yandex non aveva rivelato quanti clienti cloud erano stati colpiti.
L'incidente di Vladimir è avvenuto dopo attacchi alla struttura di Yandex a Sasovo nella regione di Ryazan l'8 ottobre e alla sua struttura di Kaluga il 9 ottobre. Queste precedenti interruzioni formano lo sfondo all'ultima interruzione; non significano che ogni prodotto Yandex sia completamente offline o che gli utenti in tutte le regioni stiano affrontando problemi identici.
Il comunicato di domenica di Yandex ha descritto la configurazione delle risorse rimanenti come instabile e ha esortato i clienti a considerare altri piani di recupero da disastri. Per le aziende dipendenti, la questione immediata è se i propri servizi possano operare, non semplicemente se una console di gestione cloud sia accessibile. Un cruscotto ripristinato e un servizio clienti completamente funzionante sono traguardi di recupero diversi.
Il ripristino rimane in corso
All'aggiornamento dell'operatore di lunedì mattina, lo stato appropriato era operazione limitata con ripristino in corso, non completamente ripristinato. La causa segnalata era un danno fisico all'infrastruttura a seguito di un attacco drone; le fonti esaminate non hanno descritto questo evento come un episodio di ransomware o intrusione software.
Segui i segnali di servizio attuali attraverso il cruscotto in tempo reale di Status Is Down e sfoglia l'archivio delle notizie per altre interruzioni verificate. I proprietari di siti web possono esplorare i piani di Status Is Down e creare un account per seguire i servizi su cui dipendono le loro operazioni.
Crediti immagine: ID 76688877 © Ralwel | Dreamstime.com