Warning: mkdir(): No space left on device in /var/www/tg-me/post.php on line 37

Warning: file_put_contents(aCache/aDaily/post/DevOPSitsec/--): Failed to open stream: No such file or directory in /var/www/tg-me/post.php on line 50
DevOps | Telegram Webview: DevOPSitsec/1408 -
Telegram Group & Telegram Channel
🔎 Когда падает дата-центр: кейс Яндекса и что с этим делать

30 марта в одном из дата-центров Яндекса произошло полное отключение электропитания. Инцидент затронул Яндекс Облако и вызвал сбои в работе ряда сервисов и клиентов.

Что важно понимать: у Яндекс Облака три зоны доступности. Пользователи сами выбирают, в какой зоне размещать свои ресурсы: виртуальные машины, базы данных, кластеры и так далее. Обычно это позволяет распределить нагрузку и повысить отказоустойчивость, но бывают случаи, когда срабатывают крайне редкие сценарии, что и произошло в этот раз.

Что можно было сделать заранее?
Чтобы снизить риски в таких ситуациях, облачные провайдеры предлагают ряд инструментов. Основные подходы:
- Распределение нагрузки. Размещайте сервисы в разных зонах.
- Балансировщики. Они могут быть сетевыми (уровень 4 OSI) или прикладными (уровень 7)
- Контейнеризация и оркестрация. Kubernetes (особенно в managed-варианте) даёт мощные инструменты для отказоустойчивости
- Резервное копирование. В случае физических повреждений (пожары, затопления) это критически важно.

Надежность в облаке — не по умолчанию. Она строится за счёт архитектуры, автоматизации и здравого смысла.

🔗 Подробнее

@devopsitsec



tg-me.com/DevOPSitsec/1408
Create:
Last Update:

🔎 Когда падает дата-центр: кейс Яндекса и что с этим делать

30 марта в одном из дата-центров Яндекса произошло полное отключение электропитания. Инцидент затронул Яндекс Облако и вызвал сбои в работе ряда сервисов и клиентов.

Что важно понимать: у Яндекс Облака три зоны доступности. Пользователи сами выбирают, в какой зоне размещать свои ресурсы: виртуальные машины, базы данных, кластеры и так далее. Обычно это позволяет распределить нагрузку и повысить отказоустойчивость, но бывают случаи, когда срабатывают крайне редкие сценарии, что и произошло в этот раз.

Что можно было сделать заранее?
Чтобы снизить риски в таких ситуациях, облачные провайдеры предлагают ряд инструментов. Основные подходы:
- Распределение нагрузки. Размещайте сервисы в разных зонах.
- Балансировщики. Они могут быть сетевыми (уровень 4 OSI) или прикладными (уровень 7)
- Контейнеризация и оркестрация. Kubernetes (особенно в managed-варианте) даёт мощные инструменты для отказоустойчивости
- Резервное копирование. В случае физических повреждений (пожары, затопления) это критически важно.

Надежность в облаке — не по умолчанию. Она строится за счёт архитектуры, автоматизации и здравого смысла.

🔗 Подробнее

@devopsitsec

BY DevOps


Warning: Undefined variable $i in /var/www/tg-me/post.php on line 283

Share with your friend now:
tg-me.com/DevOPSitsec/1408

View MORE
Open in Telegram


DevOps Telegram | DID YOU KNOW?

Date: |

The S&P 500 slumped 1.8% on Monday and Tuesday, thanks to China Evergrande, the Chinese property company that looks like it is ready to default on its more-than $300 billion in debt. Cries of the next Lehman Brothers—or maybe the next Silverado?—echoed through the canyons of Wall Street as investors prepared for the worst.

DevOps from hk


Telegram DevOps
FROM USA