- •Ненумеруемая титулка реферат
- •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 Вимоги безпеки в аварійних ситуаціях
- •Відомості про ознаки аварійних ситуацій, характерні причини аварій.
- •Відомості про порядок застосування засобів проти аварійного захисту та сигналізації.
- •Порядок дій щодо подання першої медичної допомоги потерпілим під час аварії
- •Ураження електричним струмом
- •Опіки та теплові удари
- •Висновки
- •Список використаної літератури
3. Практична частина
3.1 Планування складу мережі
У практичній частині дипломної роботи за допомогою засобів віртуалізації був розроблений макет мережі для середнього офісу, який би задовольняв наступним вимогам:
Використовувати ВПЗ там, де це можливо
Досягти максимально можливої відмовостійкості (для обраної конфігурації ПЗ та технічних характеристик)
Мінімалізувати матеріально-технічні витрати на побудову мережі
Забезпечити єдину конфігурацію усіх користувацьких робочих місць та можливість повноцінної роботи у мережі підприємства для віддалених співробітників.
Варто зазначити, що будівля офісу підприємства нараховує 32 постійних робочих місця, обладнаних ПК. Також нараховується близько 10 співробітників по території України, котрим потрібен доступ до мережі підприємства з дому.
3.1.1 Вибір платформи віртуалізації
На роль гіпервізора нульового рівня, що буде забезпечувати роботу мережі, були висунуті два кандидати:
VMware vSphere ESXi 5.1
Proxmox VE 3.0
VMware vSphere ESXi 5.1 – останній реліз флагманської платформи віртуалізації від VMware. Це яскравий представник гіпервізорів першого типу, так званий «bare-metal».
Як гіпервізор першого рівня, vSphere встановлюється безпосередньо на сервер, і поділяє його ресурси між окремими віртуальними машинами, котрі завдяки цьому можуть працювати одночасно. На відміну від усіх інших гіпервізорів, управління vSphere можно повністю здійснювати віддалено за допомогою спеціально розроблених клієнтських програм. Завдяки відсутності будь-якої основної операційної системи установка гіпервізору займає на диску близько 150 мегабайт, і може бути виконана на з’ємний USB-диск. vSphere – найбільш розвинений у плані фунціоналу гіпервізор на ринку, і володіє наступними особливостями:
Мінімальна інсталяція для зменшення ймовірності виходу зі строю та якомога довшої роботи без патчів
Незалежність від операційної системи та драйвери, прив’язані до апаратної частини серверу
Розширене керування пам’яттю з можливістю де-дублікації та стискання
Розширена система управління дисковим простором з інтегрованою кластерною файловою системою
Висока масштабованість операцій вводу-виводу для усунення «вузьких місць» цих самих операцій
З огляду на вимогу до коштів, витрачених на побудову мережі, слід привести витримку з ліцензійного договору на vSphere:
«Ліцензія на безкоштовний vSphere Hypervisor дозволяє вам мати необмежену кількість процесорів на сервері, при цьому загальний обсяг сконфігурованої оперативної пам'яті віртуальних машин (VRAM) не може перевищувати 32 ГБ на одному сервері.», що, звісно, є великим плюсом на рахунок vSphere, адже 32 ГБ оперативної пам’яті на сервері під нужди невеликого офісу буде більше, ніж достатньо.
Proxmox VE 3.0 - це система віртуалізації з відкритим вихідним кодом, заснована на Debian GNU / Linux. Розробляється австрійською фірмою Proxmox Server Solutions GmbH, що спонсорується Internet Foundation Austria.
В якості гіпервізорів використовує KVM і OpenVZ. Відповідно, здатна виконувати будь-які підтримувані KVM ОС (Linux, * BSD, Windows та інші) з мінімальними втратами продуктивності і Linux без втрат. Управління віртуальними машинами і адміністрування самого сервера виконується через веб-інтерфейс або через стандартний інтерфейс терміналу Linux.
Для створюваних віртуальних машин доступно безліч опцій: використовуваний гіпервізор, тип сховища (файл образу або LVM), тип емульованої дискової підсистеми (IDE, SCSI або VirtIO), тип емульованого мережевого адаптеру, кількість доступних процесорів та інші. Ключові можливості:
Просте управління через веб-інтерфейс;
Моніторинг навантаження в реальному часі;
Бібліотека настановних образів (у локальному/віддаленому сховищі);
Підключення до «фізичної» консолі гостьових систем безпосередньо з браузера (по VNC);
Об'єднання серверів в кластер з можливістю живої міграції віртуальних машин (без зупинки гостьової системи);
Швидке розгортання гостьових систем з шаблонів (доступно лише для OpenVZ);
Автоматичне резервне копіювання віртуальних машин.
Має наступні, критичні для нас, недоліки:
Оснований на дистрибутиві Debian 7, пакети котрого часто на версію, а то й більше, відстають від останньої стабільної.
Не має функції автоматичного відкату віртуальної машини до початкого стану (non-persistant disk або snapshot-rollback).
Більш підходить для розгортання пулу серверних віртуальних машин.
З огляду на це, можемо зробити висновок, що для наших нужд більш підходить продукт компанії VMware, а саме VMware vSphere ESXi 5.1.