Поширені проблеми в хмарі IaaS на базі гіпервізора VMware і їх вирішення

вам Доводилося стикатися з ситуацією, коли віртуальна машина (ВМ) відмовлялася запускатися через віддалену консоль? Чи були складності з повільно працює ВМ? У цьому матеріалі ми поговоримо про проблеми, з якими можна зіткнутися при роботі з хмарним оточенням, та їх рішеннях.


/ фото David Cruz CC

Проблема з буфером обміну: не працює копіювати/вставити
Припустимо, що віртуальна машина linux-base-01 используется для перенесення бізнес-критичної інформації з науково-дослідницької лабораторії хмара з допомогою буфера обміну. Типова задача, коли на одній стороні викликається операція копіювання, а на приймаючій – вставки. Користувач системи виявив, що буфер обміну працює некоректно, бо не дозволяє скопіювати дані з ноутбука в каталог ВМ.

Щоб вирішити проблему, необхідно відкрити браузер і підключення до vSphere Web Client. У вікні панелі управління після проведення аутентифікації звертаємося до каталогу користувача. Користувач надав нам фрагмент дослідження у вигляді файлу readme.txt. Тепер потрібно вирішити наступні завдання: відновити роботу буфера обміну, скопіювати текст з файлу на робочому столі і вставити його в документ protocol.txt машини linux-base-01 в хмарі.

Увімкнути або вимкнути використання буфера можна як для окремої віртуальної машини, так і для всіх машин ESXi-хоста. Щоб активувати функції копіювання і вставки для певної ВМ, необхідно виконати такі кроки:

  • Переконатися в наявності інструментів VMware Tools
  • Підключитися до vSphere Web Client
  • Підключитися до vDC з linux-base-01
  • Відключити віртуальну машину, перевівши в статус power off
  • Вибрати віртуальну машину і перейти на вкладку Summary
  • Перейти до вікна редагування налаштувань (Edit Settings)
  • Відкрити параметри віртуальної машини: VM Options > Advanced > Configuration Parameters > Edit Configuration


У вікні дозволяємо використання функцій копіювати/вставити:


Після чого зберігаємо зміни. Зазначимо, що після цього потрібно знову запустити ВМ, перевівши її в статус power on. Для більш детальної інформації щодо вирішення проблем з буфером обміну можете скористатися материалами з бази знань VMware.

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



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

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

Також ми скористаємося утилітою SPECjbb, яка являє собою еталонний тест для вимірювання продуктивності, створений Standard Performance Evaluation (SPEC). Результати, отримані під час тестування і представлені на рисунку нижче, говорять про те, що система perf-01 відчуває проблеми з продуктивністю.



Це було викликано надмірним використанням процесорних ресурсів. Виявилося, що на хості esx-01a (двоядерний процесор), крім perf-01a, розгорнута ще одна віртуальна машина – perf-02a. При цьому perf-01a використовує 2vCPU, а perf-02a – 1vCPU, що перевищує кількість доступних ядер хоста і «забиває» систему.



Вирішити проблему можна декількома шляхами. По-перше, можна перенести perf-01a на менш завантажений ESXi-хост, наприклад esx-02a, який практично не завантажений. По-друге, виконати те ж саме, але перенести perf-02a. По-третє, можна скористатися інструментом перерозподілу обчислювальних ресурсів для машини perf-02a.



Встановлений ліміт дозволить скоротити навантаження на систему. отметимзбільшення числа віртуальних процесорів здатне підвищити продуктивність. Для цього в закладці Virtual Hardware є спеціальна рядок для додавання додаткових процесорних ресурсів.

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

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

Більшість гостьових операційних систем під час простою працюють в режимі холостого циклу, часто виконуючи інструкції HLT або MWAIT, деякі ж ОС використовують механізм busy-waiting. Все це призводить до споживання ресурсів, які могли бути доступні для інших завдань.

Відмова у доступі до консолі vSphere Web Client
Існує дві причини, за яким користувач може зіткнутися з цією проблемою:

  1. Обліковий запис користувача адміністратор вимкнув.
  2. Користувач кілька разів вказав невірні дані авторизації, та обліковий запис заблоковано.
Щоб встановити причину несправності і усунути її, підключаємося до vSphere Web Client – для доступу використовуємо обліковий запис з правами адміністратора. У вікні управління переходимо на вкладку Administration > Single Sign-On > Users and Groups, після чого знаходимо проблемну обліковий запис користувача. З зображень нижче випливає, що обліковий запис Murphy має атрибут Disabled, тобто вимкнена і не може використовуватися для доступу.



Щоб усунути несправність», просто включаємо обліковий запис, викликавши контекстне меню і встановивши атрибут Enable.

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

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

Ще однією часто виникає проблемою при роботі з снапшоти є помилка, яка виникає при створенні снапшота для віртуальних машин ESXi/ESX, яка гласит, що створюваний файл перевищує максимально допустимі розміри. Вона з'являється тоді, коли сумарний розмір снапшот-файлу і додаткового місця, необхідного для проведення операції перевищує максимальний розмір файлу, дозволений сховищем даних віртуальної машини.

Щоб вирішити цю проблему, або змініть розташування конфігураційних файлів ВМ, або встановіть workingDir на сховище даних з достатньою кількістю місця для снапшотов. У workingDir створюються снапшоти, і за замовчуванням ця директорія містить файли конфігурації .vmx. Щоб перемістити диски віртуальної машини і/або файли конфігурації, используйте Storage vMotion або спосіб «холодної» міграції з переміщенням файлів.

P. S. Слідкуйте за новими матеріалами нашого блогу про IaaS, тому що у наступних статтях ми продовжимо розглядати варіанти вирішення поширених проблем віртуального оточення на базі гіпервізора VMware.

P. P. S. Про що ще ми пишемо в нашому блозі:

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.