The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Планирование дисков для виртуальных машин"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Виртуализация / Linux)
Изначальное сообщение [ Отслеживать ]

"Планирование дисков для виртуальных машин"  +/
Сообщение от billybons2006 email(ok) on 02-Фев-15, 23:55 
До сих пор имел дело в маленькими виртуалками (10-30 Гб), с ними все просто. Но предстоит перенести в виртуальность почтовый сервер с объемом почтовой базы 100+ Гб. Плюс запас надо сразу предусмотреть. Т.е. 250 Гб где-то под почту. Плюс локальный архив ежедневный и еженедельный - тоже 250 Гб где-то. Итого минимум 550 Гб надо.

Цель переноса - экономия места в серверной, снижение температуры в серверной, проще электропитание резервировать (не 3 компьютера, а один), плюс у меня нагрузки не очень высокие и только в течение рабочего дня. Также есть хост попроще чуть чуть, на нем думаю сделать запасной хост.

Хост на Xeon 1230V3 / 16 Гб / 2x2Tb WD RE (RAID1), т.е. доступно мне меньше 2 Тб (из них еще 100+ Гб занимают маленькие виртуалки). Места хватает с запасом.

Вариант 1:
_______________________________
Я думаю создать три отдельных вирт. диска для вирт. почтового сервера:
1. 50 Гб - система (CentOS)
2. 250 Гб - примонтированный раздел /mail
3. 250 Гб - примонтированный раздел /backup

Архивы, кроме локальных (в /backup), сохраняются на запасной сервер. Но для оперативности восстановления (вдруг что) локально я тоже храню 2 еженедельные копии и ежедневные за последние 7 дней.

Так вообще нормально? С точки зрения дальнейших операций миграции (если понадобится), архивирования да и вообще, "отрастить" вирт. диск гигов на 500 - это перебор.

Плюсы:
- по максимуму использую хорошие довольно-таки диски 2 Тб. Т.е. по идее одно из того, для чего виртуалки и плодят налево и направо.
- удобнее переносить на другое железо? (типа какая разница, как называется жесткий диск, на котором хранятся вирт. диски - хоть бы и iscsi.
Минусы:
- разросшиеся виртуальные диски вызывают дополнительную нагрузку на оперативку хоста, например, или еще что-либо?


Вариант 1.1
_______________________________
Создать вирт. диск на 1 Тб и все. Это нормальная практика или стараются избегать таких монстриков?

Минус похож на вар.1: не знаю, как ведут себя вирт. диски большого размера? Тормозят или нет?


Вариант 2:
_______________________________
Добавить на хост еще два диска (например, 2х1 Тб в RAID1) спецом для этой виртуальной машины. И можно прямой доступ к ним дать, а не виртуальные диски по 250 Гб создавать.

Минусы:
- сейчас диски нормальные стоят дорого. Докупить еще два диска нормальных даже по 1 Тб конкретно для меня дороговато. Тысяч на 15 потянет.
- больше дисков - жарче внутри и выше энергопотребление (пусть и не сильно больше).
Плюсы:
- быстрее?
- ?

________________________________
Собственно, ВОПРОС/ПРОБЛЕМА: не хочу наступать на элементарные грабли, если честно. Мне больше нравиться вариант 1.1 (ну или вар. 1, но чем больше городить дисков, тем проще запутаться). Кто что думает - есть ли откровенно плохие варианты или сейчас на эту тему уже никто не запаривается?

И да, если я задаю вопрос через чур "не как спец", ну уж как вижу, о том и пою.

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Планирование дисков для виртуальных машин"  +/
Сообщение от 1 (??) on 03-Фев-15, 07:43 
думаю разницу между 1 и 1.1 не почуешь, но если подумать о возможном расширении то в схеме 1.1 1 диск в виртуалке поверх него снова лвм для разбиения на разделы с учетом возможного роста разделов - ненужнаяя прослойка в виртуалке. лучше отдельные диски на том же лвм на хосте потом увеличить/урезать просто - гибко и меньше прослоек. если производительности будет нехватать тогда уже вариант 2 и причем тогда точно поверх 1, чтобы разнести виртуальные по разным физическим, а если и этого мало то для /mail raid10 уже организовывать. в общем вариант 1 более гибок
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Планирование дисков для виртуальных машин"  +/
Сообщение от billybons2006 (ok) on 03-Фев-15, 12:00 
> думаю разницу между 1 и 1.1 не почуешь, но если подумать о
> возможном расширении то в схеме 1.1 1 диск в виртуалке поверх
> него снова лвм для разбиения на разделы с учетом возможного роста
> разделов - ненужнаяя прослойка в виртуалке. лучше отдельные диски на том
> же лвм на хосте потом увеличить/урезать просто - гибко и меньше
> прослоек. если производительности будет нехватать тогда уже вариант 2 и причем
> тогда точно поверх 1, чтобы разнести виртуальные по разным физическим, а
> если и этого мало то для /mail raid10 уже организовывать. в
> общем вариант 1 более гибок

Спасибо за ответ, ночь переспал с этой мыслью :) Насчет производительности согласен.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Планирование дисков для виртуальных машин"  +/
Сообщение от ALex_hha (ok) on 03-Фев-15, 11:39 
> Я думаю создать три отдельных вирт. диска для вирт. почтового сервера:

1. 50 Гб - система (CentOS)
2. 250 Гб - примонтированный раздел /mail
3. 250 Гб - примонтированный раздел /backup

хранить данные и бекапы на одной машине - очень глупо

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Планирование дисков для виртуальных машин"  +/
Сообщение от billybons2006 (ok) on 03-Фев-15, 11:57 
>> Я думаю создать три отдельных вирт. диска для вирт. почтового сервера:
> 1. 50 Гб - система (CentOS)
> 2. 250 Гб - примонтированный раздел /mail
> 3. 250 Гб - примонтированный раздел /backup
> хранить данные и бекапы на одной машине - очень глупо

Я об этом написал (потерялось в тексте, наверное) в первом сообщении:
>> Архивы, кроме локальных (в /backup), сохраняются на запасной сервер. Но для оперативности восстановления (вдруг что) локально я тоже храню 2 еженедельные копии и ежедневные за последние 7 дней.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру