Що буде із сайтом, якщо дата-центр перестане працювати

Можна зрозуміти хвилювання власників Інтернет-ресурсів, коли вони випадково виявляють, що їх сайт не працює або отримують повідомлення про пошкодження дата-центру. І тому слід чітко усвідомлювати, що сайт може бути недоступним з десятків причин, і повідомлення «дата-центр не працює» може означати дуже різні речі. Розглянемо всі можливі ситуації, котрі впливають на працездатність вашого Інтернет-ресурсу та їх наслідки в залежності від типу пошкодження ЦОДу.

Головне: недоступність сайту не означає втрату даних

Існує чимало причин, з котрих ваш сайт може бути недоступним в мережі. Ці причини можуть мати різну природу походження і відноситися до локального або глобального рівнів. Щоб усвідомлено їх виявляти, слід скористатися методом розподілу можливих причин неполадок у роботі ресурсу на умовні групи за принципом – від глобальних до локальних.    

Схема 1 Рівні причин недоступності

Наведемо основні категорії причин непрацездатності веб-ресурсу:

• Проблеми на рівні домену;
• Неправильні налаштування або збій служби DNS;
• Несправності рівня мережі, зокрема, локального Інтернет-з’єднання користувача;
• Неправильні налаштування або пошкодження хостингової інфраструктури – сервери, системи віртуалізації, сховище даних тощо;
• Рівень службового ПЗ – веб-сервер, CMS тощо;
• Рівень веб-додатку – PHP-код, БД, конфігурування проекту тощо.

Окремі групи причин:

• Проблеми із SSL/TLS сертифікацією;
• Питання безпеки – вірусний код, злом облікового запису, блокування об’єктів файлової системи тощо.

Додатковий рівень захисту між відвідувачами й вашим сервером допоможе зменшити ризики деяких атак. HyperHost може підключити й налаштувати Cloudflare для вашого сайту.

Виведення браузером визначених кодів помилок, наприклад, 500, 502, 503, 504 або інших, локалізує пошук причини неполадки і тому у першу чергу слід орієнтуватися на них.

Наслідки для сайту також можуть бути різними, незважаючи на схожі зовнішні прояви негараздів. Наприклад, помилка сертифікату SSL/TLS буде перешкоджати коректному завантаженню HTTPS-версії веб-ресурсу і ніяк не вплине на цілісність бази даних та не пошкодить PHP-код сайту.

Інша ситуація може бути у випадку хакерського злому або фізичного пошкодження сховища даних дата-центру. Тут все залежить від масштабів атаки у першому випадку або наслідків руйнувань у другому. Найгірший сценарій можливий лише у випадку кардинальних зовнішніх впливів.   

Отже, якщо веб-ресурс недоступний, то це, в більшості випадків, не означає фізичної втрати ваших даних, а лише тимчасові складнощі з доступом, причини яких можуть належати до однієї із розглянутих категорій.

Сценарій 1. Дата-центр втратив один канал зв'язку

Більшість дата-центрів будуються у межах доступності одного або, навіть, декількох Інтернет-провайдерів. Це дозволяє їм мати декілька незалежних каналів зв’язку для випадку виникнення непередбачуваних обставин. І тому, у разі втрати одного з них відбувається миттєве переключення на інший канал постачання Інтернет із перенаправленням трафіку. При цьому користувачі не відчують ніякої затримки або будь-яких змін в якості послуги.      

Сценарій 2. Дата-центр повністю втратив доступ до Інтернету

Складно уявити ситуацію, коли ЦОД повністю втрачає доступ до мережі Інтернет, враховуючи численні альтернативні варіанти зв’язку. Але, все ж таки, якщо таке трапиться, слід очікувати наступні наслідки: всі сервери та їх обладнання може продовжувати працювати й далі, але ззовні сервери будуть недоступні. І тому управління і передача даних можливі лише в межах локальної мережі ЦОДу. При цьому всі дані будуть у безпеці і фізичне обслуговування серверів продовжиться, як і раніш.

Сценарій 3. У дата-центрі зникла електроенергія

У випадку відключення дата-центру від основного джерела електроживлення, у автоматичному режимі відбувається підключення резервних джерел живлення у наступній послідовності:

Основна мережа → UPS → батареї → генератори

Схема 2 Резервне живлення

Перші елементи ланцюга заміщення електропостачання розраховані на короткотривалу роботу і потрібні лише для забезпечення безперервності роботи та плавності переходу до більш довготривалих елементів живлення, таких, як дизель-генератори. У випадку короткочасних збоїв у електропостачанні вони можуть і не вмикатися. 

Що буде, якщо резервні системи працюють нормально

У випадку заміщення основного джерела електроживлення на короткий або, навіть, тривалий час дата-центр продовжуватиме працювати у нормальному виробничому режимі без зміни показників роботи обладнання протягом тривалого часу до моменту відновлення електропостачання з основної мережі. 

Сценарій 4. Вийшов з ладу конкретний сервер

Розглянемо ситуацію у випадку, якщо ваш сервер втратив працездатність. 

Чим це відрізняється від аварії всього ДЦ

Сучасний ЦОД будується з урахуванням принципу надлишковості, і тому обладнаний усім необхідним для можливості вчасного заміщення будь-якого серверного обладнання у випадку його виходу з ладу. Отже, якщо це точкова аварія, не пов’язана із порушенням роботи всіх систем життєзабезпечення ЦОДу, вона може бути усунена протягом розрахункового періоду часу в залежності від його рівня.   

Shared hosting

Звичайний віртуальний shared-хостинг не передбачає наявності окремого сервера для кожного хостинг-майданчика, а надає лише один сервер на всіх для побудови загального віртуального середовища. І тому у разі виходу його з ладу доступ буде відсутній для всіх хостинг-майданчиків, розміщених на ньому, котрих може бути доволі багато. У цьому контексті, це найбільш «крихкий» вид хостингу.

Сайт-візитка, блог або невеликий магазин не потребують окремого сервера. Для таких проєктів підійде віртуальний хостинг HyperHost: ви отримуєте готове середовище, а роботу сервера забезпечуємо ми.

VPS

Віртуальний приватний сервер або VPS є самостійною обчислювальною одиницею зі своїми обсягами та лімітами на обчислювальні ресурси. Вихід його з ладу ніяк не вплине на інші віртуальні сервери, розміщені на тій самій фізичній «машині». Але, якщо з ладу вийде загальний фізичний сервер, то водночас з цим непрацездатними стануть усі VPS, розміщені на ньому. І, хоча таких VPS буде значно менше, ніж хостинг-майданчиків на shared-хостингу, все ж таки чимала кількість клієнтів зазнає втрат.

Потрібні власні ресурси й ізоляція від сусідніх проєктів? Розгляньте VPS або VDS від HyperHost: у вас власні ліміти на ресурси, а збій чужого VPS вас не зачепить.

Dedicated server

Виділений або Dedicated-сервер є найбільш потужним та вартісним видом хостингу. Це окрема фізично виділена обчислювальна одиниця, котра має всі можливості для надійної та довготривалої роботи. Але, якщо, все ж таки, сервер втратить працездатність, то постраждає лише один клієнт і то, лише на короткотривалий час, потрібний для переходу на дублюючу машину.  

Схема 3 Збій за типом хостингу

Сценарій 5. Вийшов із ладу накопичувач або storage

Зовнішні системи збереження даних у ЦОД побудовані навколо трьох основних технологій – DAS (Direct Attached Storage),  NAS (Network attached Storage) та SAN (Storage Area Network). Кожне з таких сховищ має декілька альтернативних варіантів захисту даних, що майже стовідсотково гарантує їх цілісність, за виключенням випадку фізичного знищення обладнання. 

Основні методи захисту:

• RAID-масив;
• Реплікація;
• Бекапи.

RAID-масив

Технологія віртуалізації RAID (Redundant Array of Independent Disks) дозволяє створити великий масив незалежних дисків із дублюванням даних, до котрого сервер буде звертатися, як до одного логічного носія. Це дозволяє отримати потрібний рівень надлишковості, що унебезпечить від втрати даних у випадку повного виходу з ладу одного або, навіть, декількох дисків в залежності від конфігурації масиву. Так само, диски будь-якого сервера можуть знаходитися у складі «локального» RAID-масиву для підвищення рівня захисту за рахунок надлишковості носіїв. 

Реплікація

Це метод дублювання даних одразу на декількох серверах шляхом іх первинного копіювання та подальшої синхронізації в реальному режимі часу. Процес синхронізації, зазвичай, відбувається в автоматичному режимі за допомогою спеціального ПЗ. Це дозволяє по-перше – підвищити швидкість доступу до даних, по-друге – виключити їх втрату у випадку виникнення непередбачуваної ситуації.  

Backup

Це відомий прийом захисту даних у критичних ситуаціях, котрий полягає у їх фізичному відновленні із заздалегідь створеної копії або бекапу. Ефективність методу забезпечується виконанням відомого правила 3-2-1, котре регулює кількість дублюючих копій даних та їх розташування. Так, розміщення однієї з копій на території іншого дата-центру, котрий знаходиться в іншій країні фактично стовідсотково виключає їх втрату. 

Схема 4 Захист даних

Копія на тому ж сервері не допоможе, якщо постраждає сам сервер. Послуга «Бекап даних» дає віддалене сховище з доступом по FTP і SSH для файлів сайту та SQL-баз даних.

Сценарій 6. Пошкоджене мережеве обладнання дата-центру

Будь-яке «залізо» з тих або інших причин може стати непрацездатним. І мережеве обладнання не виняток. Для цього випадку у ЦОД передбачене рішення – тут все резервується, в тому числі і внутрішня мережа та її обладнання – фізичні лінії з’єднань, комутатори (switch), маршрутизатори (router) та висхідні лінії зв’язку (uplink) для їх під’єднання до серверу або Інтернету.

Архітектура мережевих дублюючих каналів зв’язку може бути різною в залежності від рівню внутрішньої мережі ЦОД – L1, L2 або L3. Наприклад, два фізичних комутатора, під’єднаних до основної та дублюючої фізичної лінії зв’язку за допомогою MLAG (MC-LAG) та Stack можуть бути об’єднані в один логічний пристрій. Це дозволить продовжити використання ділянки мережі у випадку блокування одного з маршрутів.     

При використанні «гарячого» резервування дублюючий маршрутизатор в увімкненому положенні постійно знаходиться в стійці з під’єднаними лінками, і у випадку виходу з ладу основного пристрою він, за допомогою управляючої команди з терміналу, миттєво бере на себе управління мережею, не допускаючи блокування її роботи. 

Сценарій 7. Неможливо отримати фізичний доступ до дата-центру

Віддалене керування своїми Інтернет-ресурсами можливо лише при виконанні наступних умов: наявності root-доступу та мережевого з’єднання із ЦОД. Лише в цьому випадку можна виконати будь-які дії із сайтами.

Сценарій 8. Дата-центр серйозно пошкоджений

У випадку, якщо ЦОД отримав серйозні фізичні пошкодження, ситуація буде залежати від типу пошкоджень та їх локалізації. І тому передбачити стан обладнання та даних до повного завершення ліквідації аварії та її наслідків майже неможливо.  

У загальному випадку їх стан може бути наступним:

• Декотрі сервери можуть взагалі не працювати, а інші працювати якийсь час на резервному живленні;
• На непрацюючих серверах диски будуть недоступні;
• При пошкодженні каналів зв’язку та / або мережевого обладнання доступ по мережі до дата-центру буде неможливий;
• IP-адреси самі по собі будуть існувати, однак прив’язані до них хости, веб-сайти та інші Інтернет-ресурси можуть бути недоступні;
• Стан резервних копій буде залежати від того, чи пошкоджене сховище даних та чи дублювалися вони другим дата-центром, територіально віддаленим від першого.

Чому після відновлення дата-центру сайти можуть запуститися не одночасно

Відновлення роботи дата-центру після серйозних пошкоджень відбувається поступово, починаючи з виконання робіт на кожному рівні.

Схема 5 Порядок відновлення

У загальному випадку цей процес реалізується наступними діями: 

• Відновлення електропостачання – основного та / або резервного;
• Ремонт або заміна серверного обладнання;
• Відновлення внутрішньої мережевої інфраструктури ЦОД;
• Підключення до глобальної мережі;
• Відновлення даних зі сховищ;
• Запуск систем управління віртуалізацією;
• Запуск системних служб та сервісів;
• Відновлення роботи веб-сайтів.

Таку черговість можна представити у вигляді наступної схеми:

power supply → servers → network → storage → virtualization → services → sites

І тому стає зрозуміло, що, навіть, якщо мережа вже є, сервіси та сайти можуть бути ще недоступні з-за затримки в часі, котрий, у загальному випадку, буде різним для кожного з веб-ресурсів в залежності від типу хостингу та застосовуємих технологій віртуалізації.  

Скільки часу може зайняти відновлення

Незалежно від ступеню пошкоджень дата-центру, будь-який хостинг-провайдер зацікавлений у якомога швидшому відновленні роботи всіх без винятку Інтернет-ресурсів, котрі знаходяться на його обслуговуванні. Це узгоджується із його зобов’язаннями перед клієнтами по виконанню формальної угоди по рівню обслуговування SLA (Service Level Agreement), яка визначає ключові параметри якості надаваємої послуги, наприклад, такі як аптайм – час безперервної роботи веб-ресурсу протягом року. Значення цього параметру може знаходитися в межах від 99% до 99,9999% в залежності від технічних можливостей постачальника послуги та зовнішніх чинників, в тому числі різного роду аварій та катаклізмів. 

У випадку серйозних фізичних пошкоджень дата-центру передбачити конкретний час повного відновлення послуги майже неможливо. Все буде залежати від ряду факторів, зокрема, таких: 

• Обсягу даних;
• Типу аварії та її локалізації;
• Наявності backup;
• Наявності резервного обладнання;
• Типу пошкодження мережі.

Після послідовного усунення всіх перешкод ваші веб-ресурси через деякий час знову стануть доступними в мережі.

Що в цей момент повинен робити власник сайту

У випадку, якщо ви дізналися про можливі проблеми з дата-центром, слід виконати наступні дії:

• Перевірити статус хостера;
• Не змінювати хаотично DNS;
• Знайти backup;
• Зібрати всі доступи;
• Уточнити у хостера можливість аварійної міграції.

І пам’ятайте, головне – не панікувати.

Схема 6 Що робити власнику

Заздалегідь подбайте про резервну копію та про перенесення даних. Адміністрування серверів HyperHost включає перенесення сайтів і баз даних та налаштування резервних копій на сервері.

FAQ

Як довго Дата-центр може працювати при відсутності основного джерела електроживлення?

Безкінечно довго – все залежить від наявності достатньої кількості дизельного палива.

Якщо сховище даних фізично пошкоджене, то чи означає це безповоротну втрату ваших даних?

Ні. Тут все залежить від місця зберігання однієї з резервних копій даних, котра, в загальному випадку, може зберігатися поза межами вашого ЦОДу.

Скільки часу може знадобитися для переключення веб-сайту на інший хостинг-майданчик?

Від двох до 24-х годин в залежності від швидкості оновлення налаштувань DNS-серверів.

З чого треба починати пошук причини непрацездатності Інтернет-ресурсу?

З рівня домену. Далі DNS, мережа, інфраструктура хостингу, системні сервіси та рівень додатку.

Чи дублюються у ЦОД фізичні мережеві пристрої switch та router?

Так. Дублюються.