Поиск

www.samag.ru

Web

0 товаров , сумма 0 руб.

	Журнал "Системный администратор"
	Журнал «БИТ»
	Подписка
	Архив номеров
	Где купить
	Наука и технологии
	Авторам
	Рекламодателям
	Контакты

Опросы

Статьи

День сисадмина

Учите матчасть! Или как стать системным администратором

Лето – время не только отпусков, но и хорошая возможность определиться с профессией

День сисадмина

Живой айтишник – это всегда движение. Остановка смерти подобна

Наши авторы рассказывают о своем опыте и дают советы начинающим системным администраторам.

Виртуализация

Рынок решений для виртуализации

По данным «Обзора российского рынка инфраструктурного ПО и перспектив его развития», сделанного

Книжная полка

Как стать креативным и востребованным

Издательский дом «Питер» предлагает новинки компьютерной литературы, а также книги по бизнесу

Книжная полка

От создания сайтов до разработки и реализации API

В издательстве «БХВ» недавно вышли книги, которые будут интересны системным администраторам, создателям

Разбор полетов

Ошибок опыт трудный

Как часто мы легко повторяем, что не надо бояться совершать ошибки, мол,

Принципы проектирования

Dependency Inversion Principle. Принцип инверсии зависимостей в разработке

Мы подошли к последнему принципу проектирования приложений из серии SOLID – Dependency

Рынок труда

Вакансия: Администратор 1С

Администратор 1С – это специалист, который необходим любой организации, где установлены программы

Книжная полка

Книги для профессионалов, студентов и пользователей

Книги издательства «БХВ» вышли книги для тех, кто хочет овладеть самыми востребованными

Принципы проектирования

Interface Segregation Principle. Принцип разделения интерфейсов в проектировании приложений

Эта статья из серии «SOLID» посвящена четвертому принципу проектирования приложений – Interface

1001 и 1 книга

19.03.2018г.

Комментарии: 0

Потоковая обработка данных

19.03.2018г.

Комментарии: 0

Релевантный поиск с использованием Elasticsearch и Solr

19.03.2018г.

Комментарии: 0

Конкурентное программирование на SCALA

19.03.2018г.

Комментарии: 0

Машинное обучение с использованием библиотеки Н2О

12.03.2018г.

Комментарии: 0

Особенности киберпреступлений в России: инструменты нападения и защита информации

12.03.2018г.

Комментарии: 0

Глубокое обучение с точки зрения практика

12.03.2018г.

Комментарии: 0

Изучаем pandas

12.03.2018г.

Комментарии: 0

Программирование на языке Rust (Цветное издание)

19.12.2017г.

Комментарии: 0

Глубокое обучение

19.12.2017г.

Комментарии: 0

Анализ социальных медиа на Python

Друзья сайта

Кластер виртуализации. Часть 2. Разворачиваем бюджетное отказоустойчивое решение

Архив номеров / 2014 / Выпуск №12 (145) / Кластер виртуализации. Часть 2. Разворачиваем бюджетное отказоустойчивое решение

Рубрика: Администрирование / Виртуализация

СЕРГЕЙ УРУШКИН, системный администратор ИТЦ Телрос, urusha.v1.0@gmail.com

Кластер виртуализации. Часть 2
Разворачиваем бюджетное отказоустойчивое решение

Настраиваем ресурсы кластера – подсистемы хранения данных, блокировок образов и менеджмента виртуальных машин

Это вторая часть статьи [1], описывающей создание отказоустойчивого кластера виртуализации из двух серверов с применением свободного ПО и бюджетной аппаратной части.

Предлагается использовать два сервера (узла), у каждого по две сетевые карты. Одна обеспечивает связь узлов и виртуальных машин (ВМ) с внешним миром. Вторая – приватная сеть между узлами для обмена данными кластера. Все данные ВМ будут синхронизироваться между узлами в реальном времени, станет возможна живая миграция ВМ с одного узла на другой. При падении одного узла все ВМ, запущенные на нем, автоматически запускаются на другом узле.

Схема реализуемого решения приведена на рис. 1.

Рисунок 1. Схема подключения элементов кластера

В первой части был обоснован выбор ПО и оборудования, осуществлена первоначальная настройка ОС и кластера. По ее итогам имеется запущенный на двух узлах с CentOS 7.0 кластер Corosync + Pacemaker, готовый к настройке ресурсов.

Настройку ресурсов кластера начнем с организации системы хранения данных. Логическая схема, разъясняющая, как будут устроены хранение и использование данных в кластере, изображена на рис. 2

node1, node2 – узлы кластера.
/dev/sda – аппаратный RAID-массив.
/boot – /boot на разделе /dev/sda1.
LVM – группа томов (VG), физический том (PV) находится на разделе /dev/sda2. Имя vg00
/ – корневой раздел на логическом томе (LV) на vg00.
swap – раздел swap на LV на vg00.
DRBD – ресурс DRBD на LV на vg00, данные синхронизируются между узлами.
CLVM – кластерная VG с PV на ресурсе DRBD. Имя vgv0
GFS2 – кластерная ФС GFS2 на LV на vgv0. Используется для работы KVM/libvirt.
VM* LV – образы ВМ, хранящиеся на логических томах vgv0.
VM* – виртуальные машины, которые могут мигрировать между узлами кластера. На схеме VM1 и VM3 запущены на node1 и используют тома на этом узле, а VM2 – на node2.

Рисунок 2. Схема хранения и использования данных

Статью целиком читайте в журнале «Системный администратор», №12 за 2014 г. на страницах 20-25.

PDF-версию данного номера можно приобрести в нашем магазине.

Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru