Re: Виртуализация
12 марта 2013 г., 22:10 пользователь "Артём Н." <artiom14@yandex.ru> написал:
>> Одну СХД на три сервака - вот что точно нужно.
> Хотелось бы СХД разместить на 2-х серверах, которые имеют по 6 Тб (для моих нужд
> пока вполне хватит), но не хотелось бы задействовать их исключительно по СХД.
> Возможно ли? Или лучше не стоит?
>
> По СХД, кстати, больше всего вопросов...
Это ветка еще актуальна?
Прочитал первое сообщение. Должна быть выстроена система мониторинга и
архивирования с высокой степенью доступности.
Верно?
Что бы перетекали виртуалки (не делал на linux) нужен shared storage.
В "дешевом варианте" подойдет iSCSI.
Создаете на одном сервере iSCSI initiator и подключаете storage по iSCSI.
На storage нарезаем VG на LVM. Правда не скажу как поведет себя LVM в
данном случае, возможно надо смотреть в сторону cLVM... надо бы
почитать Вот и будут работать два гипервизора подключенные к одному
схд по iscsi
Дальше ставится kvm (предпочитаю именно его) и на какой либо машине
Debian c gui на котором запускаем virtmanager, подключаемся удаленно к
гипервизору и настраиваем. Только этот virtmanager не все умеет, и
надо смотреть на его возможность. Например в части миграции - не знаю,
но логическими устройствами на нем можно управлять. Жаль, что со
снапшотами не все реализованно и скоро ли будет - вопрос для
исследований.
СХД.
Видел как ставят небыстрые и ёмкие схд и получается следующее:
наступает в организации профилактика и вся дежурная смена начинает по
задании верховного руководства делать бэкапы акронисом и ничего не
успевают сделать за 4-8 часов профилактики или успевают частично.
Упираются или в производительность схд (физическую способность) или в
пропускную способность сетевого интерфейса или в то, что копируют не
raw а files несколько десятков миллионов россыпью.
Здесь надо бы смотреть на общую ситуацию, выдумывать сценарии,
опрашивать клиентов пользующиеся соответствующими сервисами,
разрабатывать план бэкапирования и план восстановления. Отсюда
вытекает требование на реакцию вашей системы хранения на эти планы и
насколько организация готова простаивать пока поднипите что-то из
бэкапа. Ну а далее можно тасовать диски в raid 1, 10, 50, 60 или
что-то еще и разделять критичные и быстрые данные на быстрые
устройства, а те что могут "покурить" на более медленные.
Заббикс
Много не скажу, здесь, и не только здесь, есть более опытные коллеги
которые работают с ним ежедневно, я лишь пока планирую его внедрить во
2-3 квартале. Все может упереться с схд на БД, если очень много хостов
и тикеров будет. Некоторые рекомендации на сайте заббикса можно
получить из документации, отсюда и плясать.
Очень много "если", как видите.
Было бы интересно узнать что решили и как обустроили все хозяйство.
Дима
Reply to: