Донецкий техникум промышленной автоматики

Який VPS вибрати? VPS на OpenVZ, Xen або VMware?

  1. VPS на базі OpenVZ
  2. VPS на базі Xen
  3. VPS на базі VMware ESXi
  4. підсумки
  5. Рекомендований контент

Який VPS вибрати Який VPS вибрати? VPS на OpenVZ, Xen або VMware? VPS на який технології віртуалізації краще в плані надійності, продуктивності, зручності використання і системного адміністрування.

Для того щоб дати повну і вичерпну відповідь на це питання (в плані надійності, продуктивності, зручності) ми повинні в повній мірі знати все про технології віртуалізації (OpenVZ, Xen або VMware) не в теорії, а на практиці, а ще краще бути їх безпосереднім розробником, ну, або хоча б хостинг провайдером! :)

Ну, а оскільки "Абсолютно неможливо все на світі знати" (Незнайка), то висновок про те, VPS на який технології віртуалізації краще вибрати, з самого початку не буде претендувати на 100% повноту викладу всіх аспектів використання (OpenVZ, Xen, VMware).

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

VPS на базі OpenVZ

Почнемо з   OpenVZ   - технологія віртуалізації поширювана на умовах GNU GPL v Почнемо з OpenVZ - технологія віртуалізації поширювана на умовах GNU GPL v.2, працює тільки на рівні операційної системи Linux, а тому в ролі «гостьової» ОС зможе виступити тільки Linux дистрибутив. Ядро одне для всіх гостьових ОС успадковане від OpenVZ без можливості змінити його на свій вибір, а значить гуглити за запитами типу "OpenVZ змінити ядро для гостьової" або "зміна ядра гостьової ОС OpenVZ" не має змила.

Крім того, що в VPS на базі OpenVZ не можна змінити ядро гостьової операційної системи, в цій технології віртуалізації використовується динамічний розподіл ресурсів, тобто оплачені Вами нібито гарантовані ресурси (CPU, RAM etc ..) є гарантованими тільки на словах! Якщо іншими словами, то кілька сусідніх гостьових ОС можуть вижрал всі ресурси хостовой платформи, а ми підемо гуляти лісом в очікуванні поки вони не звільняться.

OpenVZ не підходить для промислових комерційних масштабів, а скоріше буде корисна під потреби дрібних компаній, але не для продажу VPS хостингу під бізнес завдання де важливий високий "аптайм"!

Коли зустрічаємо пропозицію купити VPS на базі OpenVZ, то краще відразу ходимо повз незважаючи на красномовні обіцянки (ака гарантії) головної сторінки про 99-100% доступності їх серверів - подібні обіцянки (ака гарантії), про 99-100% доступність серверів, на практиці часто трансформуються в обвинувачення клієнта в криворукості, що іноді цілком справедливо.

VPS на базі Xen

Xen   - це багатоплатформовий гипервизор, розроблений в комп'ютерній лабораторії Кембриджського університету, також поширюється на ліцензії GPL і може працювати тільки на базі ОС Linux Xen - це багатоплатформовий гипервизор, розроблений в комп'ютерній лабораторії Кембриджського університету, також поширюється на ліцензії GPL і може працювати тільки на базі ОС Linux. Основними особливостями якого є режим паравіртуалізаціі крім апаратної віртуалізації.

Так звана паравіртуалізація (PV) дає можливість підвищити продуктивність за рахунок відсутності емуляції «справжнього заліза», але також як і у випадку з VPS на базі OpenVZ накладає обмеження на зміну або модифікацію ядра гостьової ОС, використовуючи образ ядра Linux з dom0 попередньо викинувши з нього модулі для роботи з мережею і іншими сервісами.

Модифікований, а точніше сказати "кастрований", образ ядра часто позбавляє кінцевого користувача domU гостьовий ОС (VPS) в повній мірі використовувати можливості ядра Linux. Так наприклад якийсь хостинг провайдер sweb.ru, що продає VPS сервера на базі Xen, надає (надавав по крайней мере) для всіх domU гостьових ОС (VPS) ядро без можливості використовувати багато корисних модулі iptables, що унеможливлює повноцінний захист сервера від мережевих атак ( наприклад контроль кількості одночасних з'єднань, фільтрація битих пакетів і багато іншого).

В технології Xen підтримується апаратна віртуалізація , Яка вимагає наявності спеціальної процесорної архітектури, що на відміну від програмної паравіртуалізаціі дозволяє використовувати ізольовані гостьові ОС незалежні від платформи віртуалізації і архітектури хостовой платформи, а отже теоретично дає можливість використовувати або модифікувати / оновлювати своє власне ядро ​​в гостьовій ОС, але на практиці більшість Xen хостингів використовують саме програмну паравіртуалізацію, ось цитата одного з Xen провайдерів:

У нас також використовується XEN віртуалізація без можливості змінювати ядро ​​або ж модифікувати його. Якщо Вам потрібен повний доступ до управління виртуализацией, то як правило в таких випадках, замовляють виділений сервер, піднімають на ньому потрібне ПО.

Теоретично, а місцями навіть і практично ( Use your own kernel with Amazon EC2 ), Для паравіртуальних гостьових машин Xen є можливість використовувати свої "кастомізірование" ядра за допомогою PV-GRUB (Це не pygrub ! ), Який реалізований на базі GRUB 0.9x. Реалізація цієї можливості в умовах програмної паравіртуалізаціі вимагає складання завантажувача хостинг-провайдером і наявності вихідного коду Xen, а також його (PV-GRUB / pygrub) присутності в домені 0 (dom0). Ключові слова цього методу "проблеми при запуску", "завантаження не піде", "Деякі повідомлення можуть бути занадто загальними, щоб зрозуміти в чому причина", "зробити так", "зробити так" і т.п. - іншими словами геморой на всю голову! :)

Так само як і у випадку з хостингом на базі OpenVZ, технологія віртуалізації Xen в паравіртуальном режимі дозволяє використовувати переважно Linux дистрибутиви і теоретично деякі версії BSD, але на практиці практично у всіх Xen провайдерів пропонується тільки Linux.

VPS на базі VMware ESXi

VMware ESXi   (ESX) - є вбудованим гіпервізором і встановлюється прямо «на залізо», тобто  для установки не потребує наявності вже встановленої операційної системи, ліцензія пропріетарна VMware ESXi (ESX) - є вбудованим гіпервізором і встановлюється прямо «на залізо», тобто для установки не потребує наявності вже встановленої операційної системи, ліцензія пропріетарна.

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

Можлива установки практично будь-який ОС Windows / Linux / BSD.

підсумки

Openvz працює за принципом динамічного розподілу ресурсів, вимагає встановлену ОС Linux, використовує одне ядро ​​Linux на всіх без можливості змінити, оновити або модифікувати його в гостьовій ОС Openvz працює за принципом динамічного розподілу ресурсів, вимагає встановлену ОС Linux, використовує одне ядро ​​Linux на всіх без можливості змінити, оновити або модифікувати його в гостьовій ОС. Може давати непогані результати, але не годиться для продажу VPS хостингу під бізнес завдання де важливий високий "аптайм"! VPS сервера Openvz через динамічного розподілу ресурсів по суті не є виділеними, а тому зазвичай найдешевші.

Xen, в порівнянні з Openvz, більш гнучка і більш стабільна технологія віртуалізації, також працює тільки на попередньо встановленою ОС Linux. У більшості випадків використовується в режимі програмної паравіртуалізаціі, що також не дозволяє змінити, оновити або модифікувати ядро ​​в гостьовій ОС. Має обмежений перелік підтримуваних гостьових ОС, який може бути розширений за умови використання Xen в режимі апаратної віртуалізації, що зустрічається досить рідко.

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

У мене особисто, на Openvz або Xen в режимі програмної паравіртуалізаціі, душа зовсім не варто через жорстких обмежень на використання ядра в гостьовій ОС, але ж деякі шизоїдні провайдери доходять до того, що викидають з ядра все підряд, в результаті з ОС неможливо повноцінно працювати. Уявіть собі мужика у якого немає члена і яєць, однієї руки й однієї ноги, напівглухого і напівсліпого, страшного і некрасивого, що має до того ж склероз, сколіоз, остеопороз і т.п ..., ну, кому ж такий "функціонал" буде потрібен? ;)

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

Деякі нахабні і брехливі провайдери, а особливо реселлери, можуть Вам навішати на вуха, що ядро ​​мовляв вільно змінюється і всі параметри ядра налаштовуються - мовляв "це у вас руки криві і що ви ще хочете від нас тут?", А Ви глянете на свої ручки і подумаєте "так ні ж, ручки як ручки і рівні ж на кшталт" і продовжите битися головою об клавіатуру в спробах змінити або налаштувати ядро ОС або ще чого надумаєте :)), наприклад (fastvps.ru хостинг):

# Echo 1> / proc / sys / vm / overcommit_memory -bash: echo: write error: Operation not permitted

Деякі Xen провайдери надають ядро ​​з більш-менш повним набором модулів і можливостей його налаштування, прикладом такого провайдера можна привести ukraine.com.ua, де можна замовити тестовий період на VPS і протягом 7 днів власноруч помацати і помацати його зсередини.

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

Під завісу ще трохи про Xen хостинг ... Людина дзвонить вчора і каже мовляв сервер не працює і навіть не запускається, ну що тут можна порадити .., телефонуйте в тех. підтримку. Xen хостинг був узятий від ukraine.com.ua. Через 20-30 хв. ��ервер ожив, але не було доступу по SSH і були відкриті порти, які нами раніше були закриті брандмауером явно, який тут висновок може напросився? - клієнт через панель управління хостингом змінив пароль користувача root і почав пустувати на сервері ... А ні, ще через 30-40 хв. відновилися настройки брандмауера і з'явився доступ до SSH за старими паролів, при цьому сервер після того як ожив не перезапускається - парадокс?!? Можливо, але скоріше це результат програмної паравіртуалізаціі, а вони використовують саме цей режим, коли всі висять на одному ядрі і якого не завжди на всіх вистачає, ось відповідь тех. підтримки:

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

Майже всі хостинг провайдери, все і завжди валять на DDoS атаки і тільки рідкісні хостери місцями визнають своє недосконалість або помилки в роботі свого обладнання. Та й "відмазка" про DDoS атаку на одного з клієнтів звучить м'яко кажучи дивно - інакше нафіга ж я плачу за нібито виділені ресурси, коли вони вижіраются DDoS атаками на інших клієнтів? Логічне запитання ?, думаю так! В результаті клієнт вирішив відмовитися від такого VPS сервера, а ми отримали повчальний досвід у використанні українського Xen хостингу, а також дізналися, що на Xen хостингу в режимі програмної паравіртуалізаціі сервер може працювати на половину (тобто може глючити або непрацюючий брандмауер і інші служби) або зовсім регулярно "лягає" через перевитрати ресурсів сусідніми VPS. Це означає, що на Xen хостингу від ukraine.com.ua також використовується динамічний розподіл ресурсів і далеко не найрозумнішим чином - провайдер намагається продати більше ніж у нього є в наявності.

Якщо ж Ви зважилися купити VPS і бажаєте без зайвого "геморою" з різними PV-GRUB (Це не pygrub ! ) І відразу отримати необмежені можливості по управлінню ядром (його параметрами), його параметрами / модулями, то в такому випадку Вам потрібен або Xen хостинг в режимі апаратної віртуалізації (HVM), одним з небагатьох є openhosting.ru починаючи з тарифу xvps 3, або VMware хостинг, найоптимальнішим варіантом якого ми можемо порекомендувати компанію ADMAN , З якої ми особисто вже без малого 2 роки живемо тихо / мирно і без скандалу, осудна і дружня тех. підтримка, адекватні ціни. Такий тип віртуалізації стабільніший ніж віртуалізація в програмному паравіртуальном режимі.

Треба визнати, що будь-який VPS хостинг, незалежно від технології віртуалізації, грішить динамічним розподілом ресурсів, намагається вичавити з нього максимум і продати в 2-3 рази більше ресурсів ніж у нього є насправді, а все красномовні заяви з головної сторінки про те, що купуючи VPS Ви нібито отримуєте гарантовано виділені ресурси, в переважній більшості ніщо інше як нахабна брехня (пил в очі)!

Таким чином VPS хостинг в умовах динамічного розподілу ресурсів практично ідентичний звичайному віртуальному (шаред) хостингу, а його якість залежить від градуса жадібності хостера і справедливості динамічного розподілу ресурсів між гостьовими машинами.

Вдалого всім VPS хостингу і осудною тех. підтримки !;)

Рекомендований контент


про автора

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

Ще статті автора


VPS на OpenVZ, Xen або VMware?
Ну, кому ж такий "функціонал" буде потрібен?
?ервер ожив, але не було доступу по SSH і були відкриті порти, які нами раніше були закриті брандмауером явно, який тут висновок може напросився?
Відновилися настройки брандмауера і з'явився доступ до SSH за старими паролів, при цьому сервер після того як ожив не перезапускається - парадокс?
Та й "відмазка" про DDoS атаку на одного з клієнтів звучить м'яко кажучи дивно - інакше нафіга ж я плачу за нібито виділені ресурси, коли вони вижіраются DDoS атаками на інших клієнтів?
Логічне запитання ?