Пули ресурсів

Налаштування Limit, Reservation і Shares для процесора і памяті можна задавати на рівні ВМ Можна, але нецікаво Скільки у вас віртуальних машин Сотні Кілька десятків Десяток

Навіть якщо десяток-другий – їх число буде змінюватися Якісь ВМ створюються, інші видаляються, якісь клонуються і розмножуються Відстежувати ці налаштування для кожної з них незручно і втомлює

Набагато природніше виконувати ці налаштування для груп віртуальних машин У цьому і полягає суть пулів ресурсів

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

Inventory Hosts and Clusters і в контекстному меню сервера або DRS-кластеру

виберіть New Resource pool Відкриється єдине вікно налаштувань (рис 611)

Як видно, налаштування пулу ресурсів такі ж, як налаштування розподілу ресурсів для ВМ Це Limit, Reservation і Shares для процесора і памяті Єдина відмінність від налаштувань ВМ – наявність прапорця «Expandable Reservation» Якщо прапорець стоїть, то пул ресурсів може «позичати» вільні reservation у батьківського пулу Поясню цю настройку на прикладі:

Ви створили пул ресурсів «Main», а в ньому – два дочірніх, «Child 1» і «Child 2» У дочірні пули були поміщені якісь ВМ, притому для цих ВМ ви плануєте вказати reservation Для того щоб ВМ з резервом включилася, необхідно, щоб у пулу ресурсів, в якому вона знаходиться, були свої reservation в достатній кількості (рис 612)

Рис 611 Налаштування пулу ресурсів

Зверніть увагу на ілюстрацію в лівій частині – в пулі Child 2 віртуальну машину VM7 з резервом в 500 МГц включити вже не вдасться Однак вільні 800 МГц reservation є у батьківського пулу Main – і вони ніяк не задіюються

У правій частині ми включили Expandable Reservation для пулу Child 2 і Main Тепер Child 2 зміг «позичити» незайняті мегагерци у Main А коли «позичити» захотів ще й Child 1, тоді вже сам Main позичив ресурсів у свого батько ського пулу

Виходить, що якщо резерв для пулу має бути жорстко обмежений, то Expandable Reservation включати не треба Зате включений він дозволяє не розраховувати точну кількість reservation для дочірніх пулів: якщо їм не вистачить своїх – позичать у батьківського пулу

можна створювати для сервера або для DRS-кластеру Також пули ресурсів можуть бути вкладені один в одного У даному контексті vApp теж є пулом ресурсів Див рис 613

На цьому малюнку я виділив пули ресурсів, що знаходяться на одному рівні Зверніть увагу, що віртуальна машина VMware Data Recovery знаходиться на

Рис 612 Ілюстрація Expandable Reservation Джерело: VMware

Рис 613 Схема пулів ресурсів для кластера DRS

одному рівні з пулами ресурсів, для них батьківським обєктом є кластер Це означає, що в разі боротьби за ресурси ця ВМ боротиметься з пулами

Ті ж віртуальні машини, які знаходяться в пулі ресурсів, відраховують свою частку від ресурсів пулу (рис 614)

Рис 614 Ілюстрація розподілу ресурсів ВМ в пулі Джерело: VMware

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

Зверніть увагу на закладку Resource Allocation для пулу ресурсів, рис 615 Ця закладка – хороший джерело інформації з налагодження limit, reservation, shares для дочірніх обєктів пулу ресурсів, сервера або кластера Особливо зверніть увагу на стовпець Shares Value – він показує порахуйте частку кожного з дочірніх обєктів одного рівня Важливо – пул ресурсів «Production_ Critical», vApp «Mail» і кілька ВМ знаходяться на одному рівні, вони дочірні обєкти пулу «Production» І вони борються за ресурси за тими ж правилами, за якими боролися б між собою обєкти якогось одного типу Стовпці Reservation, Limit і Shares є активними, тобто значення в них можна міняти

прямо з цієї закладки

КнопкаStorage зявилася лише у версії 41 – вона є інтерфейсом до механізму Storage IO Control Даний механізм працює на рівні віртуаль них машин, не на рівні пулів ресурсів

Рис 615 Закладка Resource Allocation

Міркування з приводу використання пулів ресурсів див у наступному розділі

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*