Оренда віртуальних ресурсів

Які віртуальні ресурси можна взяти в оренду в рамках моделі IaaS?

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

Віртуальні ресурси проти фізичних

Що таке фізичні ресурси? В першу чергу це сервер і система зберігання. Якщо ми не розглядаємо такі параметри мережі, як внутрішня швидкість і пропускна смуга оператора зв'язку, то саме фізичний сервер відповідає за швидкість обробки інформації і обчислювальні операції. Купуючи фізичний сервер, необхідно вибрати платформу, процесор, оперативну пам'ять, карти розширення, дисковий контролер, число і тип жорстких дисків, споживану потужність і т. Д. Причому в багатьох випадках сервер купується для вирішення не однієї, а відразу декількох завдань, отже, необхідно прорахувати його потужність з урахуванням зростаючого навантаження, але і не переплатити за зайві ресурси. Все це лягає на плечі ІТ-підрозділу або найнятого інтегратора.

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

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

Види віртуальних ресурсів

У більшості випадків віртуальна машина як частина хмарної інфраструктури IaaS збирається з трьох типів ресурсів:

- віртуальний процесор (vCPU)
- оперативна пам'ять (RAM)
- віртуальний диск або сховище (HDD)

Віртуальний процесор (vCPU)

Гипервизор VMware ESXi надає віртуальним машинам (ВМ) доступ до ядер фізичного процесора хоста. Кожному віртуальному процесору ВМ відповідає одне фізичне ядро, користувач може призначити не менше одного vCPU і не більше кількості наявних фізичних ядер.

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

Операційна система сервера визначає віртуальні ядра як логічні процесори. Якщо додаток здатне працювати паралельно з декількома процесорами, то збільшення числа vCPU сприяє збільшенню продуктивності. Якщо додаток працює тільки в однопоточном режимі, то краще вибирати одне ядро ​​з максимальною частотою.

Оперативна пам'ять (RAM)

На відміну від ядер процесора оперативна пам'ять виділяється віртуальній машині динамічно. При створенні ВМ користувач вказує, який обсяг RAM повинен бути їй виділено, але політики управління ресурсами розподіляють оперативну пам'ять апаратної платформи між усіма віртуальними машинами в залежності від поточного навантаження і заданих параметрів.

У вікні зведеної інформації можна побачити кількість фізичної пам'яті хоста, яка виділена віртуальній машині (Consumed Host Memory), і кількість активно використовуваної пам'яті (Active Guest Memory). Ці параметри статичні, вони розраховуються гіпервізором.

До заданим параметрам відносяться: Memory - розмір RAM, який визначається для віртуальної машини при її створенні, який бачить гостьова ОС і понад якого не може використовувати; Memory Overhead - пам'ять, яку споживає гипервизор для підтримки роботи ВМ.

При оренді оперативної пам'яті можна запросити у провайдера її 100% резервування для певної віртуальної машини, інакше пам'ять буде розподілятися динамічно і в міру необхідності між усіма ВМ. Такий спосіб регулювання дозволяє призначити віртуальним машинам пам'яті більше, ніж є насправді фізично, так як лише в рідкісних випадках в один момент всі машини завантажені на 100%. Це компромісне рішення, але така віртуальна RAM коштує дешевше.

Віртуальний диск або сховище (HDD)

Створюючи для віртуальної машини жорсткий диск, клієнту хмарного провайдера немає необхідності знати, на яких дисках і в якому масиві він буде розміщуватися. Треба задати його розмір і вибрати тип шини (IDE або SCSI), причому від обраного типу залежить тільки те, як його сприйматиме ОС, а не як він реально фізично підключений. Шина IDE визначається будь гостьовий ОС, але працює повільніше, ніж SCSI.

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

Продуктивність дисків і СГД в цілому залежить від їх типу - SATA, SAS, SSD. SATA - самі повільні, використовуються для зберігання холодних даних, SAS - швидкі диски, на яких розміщують файли ОС і бази даних, SSD- найбільш швидкі диски, використовуються для зберігання файлів підкачки, кешей і найгарячіших даних.

Для оцінки продуктивності дискової системи використовують параметри IOPS (кількість операцій читання / запису за секунду часу) і Latency (рівень затримок при зверненні до дискових носіях). У більшості випадків нормальними є Latency не більше 20 м / сек, IOPS-0,5 до 1 IOPS на 1 Гб.

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

висновок

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