- •Ненумеруемая титулка реферат
- •Abstract
- •1. Літературний огляд
- •Види та технології віртуалізації
- •1.1 Види віртуалізації
- •1.1.1 Віртуалізація платформ
- •Види віртуалізації платформ
- •1.1.1.1 Повна емуляція (симуляція).
- •Часткова емуляція (нативна віртуалізація).
- •1.1.1.3 Часткова віртуалізація, а також «віртуалізація адресного простору» («address space virtualization»).
- •Паравіртуалізація
- •Віртуалізація рівня операційної системи.
- •Віртуалізація програмного рівня
- •1.1.2 Віртуалізація ресурсів
- •Види віртуалізації ресурсів: Об'єднання, агрегація і концентрація компонентів.
- •Кластеризація комп'ютерів та розподілені обчислення (grid computing).
- •Поділ ресурсів (partitioning).
- •1.1.2.4 Інкапсуляція.
- •Де застосовується віртуалізація
- •Консолідація серверів.
- •Розробка і тестування програм.
- •Використання в бізнесі.
- •Використання віртуальних робочих станцій.
- •1.2 Технології віртуалізації
- •1.2.1 Програмна віртуалізація
- •Програмна паравіртуалізація
- •Програмна повна віртуалізація
- •1.2.2 Апаратна віртуалізація
- •1.2.2.1 Розвиток апаратних технік віртуалізації
- •1.2.2.6 Як працює апаратна віртуалізація
- •1.2.2.7 Відмінність апаратної віртуалізації від програмної
- •1.2.2.8 Недоліки апаратної віртуалізації
- •1.2.2.9 Програмне забезпечення, що підтримує апаратну віртуалізацію
- •1.2.3 Віртуалізація на рівні операційної системи
- •Віртуалізація програмного продукту
- •Віртуалізація візуалізації
- •1.2.4 Віртуалізація мережевого обладнання
- •Постановка задачі
- •2. Теоретична частина
- •2.1 Віртуалізація як інструмент навчання, проектування мереж та системного адміністрування
- •2.1.1 Віртуалізація в адмініструванні комп’ютерних мереж
- •2.1.2 Сервери та сервіси
- •2.1.3 Віртуалізація сервісів
- •Висока надійність і гарантоване обслуговування
- •Обмеження ресурсів
- •Гарантовані ресурси
- •Ізоляція ergo захищеність.
- •Програмні та апаратні засоби обмеження ресурсів
- •Захист інтерфейсу управління
- •Консолідація серверів
- •Динамічний перерозподіл ресурсів
- •2.2 Мережі та віртуалізація
- •2.3 Віртуалізація у навчанні
- •2.3.1 Сфери використання
- •2.3.2 Вибір платформи для навчання
- •2.4 Віртуалізація, як засіб підвищення відмово стійкості
- •2.4.1 VMware High Availability (ha)
- •2.4.2 Vm Monitoring
- •2.4.3 VMware Fault Tolerance (ft)
- •2.4.4 Distributed Resource Scheduler (drs)
- •2.4.5 VMware Site Recovery Manager (srm)
- •Керування аварійним відновленням:
- •Тестування без переривання роботи:
- •Автоматизоване аварійне перемикання:
- •2.4.6 Переваги переходу на віртуальне середовище
- •Експлуатаційна гнучкість
- •Планування
- •Відмовостійкість
- •3. Практична частина
- •3.1 Планування складу мережі
- •3.1.1 Вибір платформи віртуалізації
- •3.1.2 Вибір платформи на роль контролеру домену та серверу Active Directory
- •3.1.3 Вибір варіанту рішення для 1с:Підприємство
- •3.1.4 Вибір рішення для організації доменної пошти, внутрішньомережевого чату та засобу встановлення ос через pxe
- •3.1.5 Вибір операційної системи для користувацьких пк
- •3.2 Розгортання мережі на віртуальному стенді на базі vMware Workstation
- •3.2.1 Створення віртуальної машини з vMware vSphere esXi 5.1
- •3.2.2 Встановлення та налаштування гіпервізора vMware vSphere esXi 5.1
- •3.2.3 Первинна настройка vmWare esXi.
- •3.2.4 Створення та налаштування віртуальної машини в vSphere esXi 5.1
- •3.3 ВстановленняDebian Wheezy для налаштування контролеру домену
- •3.3.1 Встановлення Samba pdc таOpenLdap
- •3.4 Встановлення Windows Server 2008 r2 Enterprise
- •3.4.1 Установка Windows Server 2008 r2 sp1
- •3.4.2 НалаштуванняNtp-серверу
- •3.4.3 Уведення vMware vSphere esXi в домен
- •3.5 Встановлення та налаштування PostgreSql 9.1
- •3.6 ВстановленняFreeNXтермінального серверу
- •4. Охорона праці та безпека в надзвичайних ситуаціях
- •4.1 Загальні положення
- •4.2 Вимоги безпеки перед початком роботи
- •4.3 Вимоги безпеки під час роботи
- •4.4 Вимоги безпеки після закінчення роботи
- •4.5 Вимоги безпеки в аварійних ситуаціях
- •Відомості про ознаки аварійних ситуацій, характерні причини аварій.
- •Відомості про порядок застосування засобів проти аварійного захисту та сигналізації.
- •Порядок дій щодо подання першої медичної допомоги потерпілим під час аварії
- •Ураження електричним струмом
- •Опіки та теплові удари
- •Висновки
- •Список використаної літератури
Висока надійність і гарантоване обслуговування
У багатьох областях обслуговування абонентів критично важливо забезпечувати постійну роботу сервісу, мінімізувати простої через неполадки або управлятися з великим потоком запитів, щоб вони не приводили до порушення роботи сервісу. Системи, що володіють технічними характеристиками для виконання цих умов, називають системами високої надійності (high availability systems). Приміщення сервісу у віртуальний контейнер можна використовувати для підвищення надійності його роботи.
Обмеження ресурсів
Апаратні ресурси, доступні віртуальним контейнерів, повинні бути завжди менше апаратних ресурсів всієї системи. Бувають ситуації, особливо при роботі під великим навантаженням, коли витребувані сервісом ресурси настільки великі, що можуть призвести до неработопособності самої операційної системи. Засобами віртуального оточення можна обмежити верхню межу ресурсів системи, що виділяються сервісу в рамках віртуального контейнера. Технологія віртуалізації застосовується в даному випадку як засіб контролю ресурсів, споживаних окремим завданням, і забезпечує неперевищення цих ресурсів (оскільки задача не має прямого доступу до обладнання). Це завдання більшість засобів віртуалізації вирішує досить надійно. Такий підхід підвищує надійність системи, оскільки гарантує операційну систему від непрацездатності з причини перевищення ресурсів з боку сервісу. Однак цей метод, природно, не може гарантувати від збоїв самого сервісу, викликаних, наприклад, великим потоком запитів. Поміщення сервісу у віртуальний контейнер дозволяє мінімізувати час простою навіть у ситуації збою віртуального контейнера через перевищення ресурсів, оскільки буде потрібно тільки відновити віртуальний контекст, що в середньому швидше, ніж перезавантаження всього сервера. Таким чином, навіть у разі розміщення на сервері тільки одного сервісу, виправдано його приміщення у віртуальний контейнер.
Гарантовані ресурси
Апаратні ресурси, доступні віртуальному контейнеру, повинні бути гарантовано більше деякого мінімального значення. У ряді випадків необхідно надати клієнтам сервісу деякі гарантії якості обслужіваніяш (QoS, quality of service). Прикладом такої ситуації може служити телефонна розмова: після з'єднання клієнт отримує гарантію, що під час розмови не закінчаться ресурси каналу зв'язку і розмова не перерветься. Інший приклад, вже з області системного адміністрування: дуже бажано гарантувати, що навіть при максимальному навантаженні на сервері (у тому числі в ситуації DoS-атак), у сервісу SSH буде достатньо ресурсів, щоб забезпечити віддалений вхід на сервер системного адміністратора, який міг би вжити термінових заходів. Щоб забезпечити якість обслуговування для сервісу, адміністраторові необхідно гарантувати достатній обсяг апаратних ресурсів для цього сервісу, тобто виключити ситуації збою сервісу через фізичний брак ресурсів у системі. І тут можна використовувати віртуалізацію сервісів. Якщо сервіс працює у віртуальному контейнері, то гарантія мінімального рівня ресурсів зводиться до того, що процеси, що їх поза даного контейнера, в сумі не зажадають більше ресурсів, ніж різниця між обсягом ресурсів системи і ресурсами даного контейнера. Так, якщо в системі паралельно виконується кілька сервісів, кожен з яких поміщений в окремому віртуальному контейнері, то завдання адміністратора - обмежити ресурси кожного контейнера таким чином, щоб сума виділених їм ресурсів не перевищувала всіх ресурсів системи, і при цьому виділені кожному сервісу ресурси були достатні для його нормальної роботи. У разі, якщо програми не поміщені у віртуальні контейнери, домогтися гарантованої нижньої межі доступних ресурсів можна тільки в тому випадку, якщо на одному фізичному сервері виконується тільки один сервіс. В іншому випадку працює правило «хто перший встав, того і тапки», тобто будь-який з сервісів може в якийсь момент зайняти великий обсяг вільних ресурсів, так що залишився не вистачить іншому сервісу для нормальної роботи. Інакше кажучи, в розділяється середовищі неможливо гарантувати окремому сервісу нижню межу доступних ресурсів, і, отже, неможливо дати гарантії клієнтам щодо якості обслуговування.