2
LevT блин, да нафиг мне фалькон не сдался, мне нужен был стабильно работающий софт таргет и мелкософт мне его предоставил без всякого гимора с ключами. насчет ссылки - спасибо. В принципе я об этом варианте уже думал, однако пока решил оставить сторадж сервер и побаловаться с функционалом.
2
iltmpz да, именно ESX и именно 1 машина - сторадж. весь дисковый массив - 1 вирмашина. сделано это для того, чтоб оторвать сторадж сервер от оборудования. правда я сначала сделал глупость ) теперь я перенастроил резервную машинку, поставил на нее ESX и выключил ее.., и теперь в случае аппаратного падения стораджа или терминальника, я могу быстренько переткнуть массивы в нее и запустить вирмашину =). переткнуть диски и запустить - 5минут.
по поводу отказоустойчивости.. ну предположим у тебя умер рейд контроллер или на мамке начал колбаситься южный мост, и что ? аппаратная надежность - это дублирование серверов. а программная надежность... Никто тебе резервные копии в ESX делать не запрещает ))
Надежность вин серверов вполне нормальная если их не трогать , файловый сервак на вин2к пахал 1год и 7 месяцев и выключился от того, что 30 часов электричество отрубили, а вот с никсовыми серверами в вин сетях гимора хватает.
Цитата: Вообще для меня один из наиболее актуальных вопросов - именно как организовать сторадж, причем желательно обеспечить его отказоустойчивость - даже кратковременное его отключение может привести к потере данных.
Это можно решить только имея 2 аппаратно независимых стораджа, которые обьединены в кластер с непрерывным зеркалированием, но даже в этом случае, непосредственно во время сбоя, часть данных (находящихся в обработке) может быть утеряна.
Цитата: Я все это хозяйство просто поставил на одну из ВМ - если что, могу и напрямую к тому хосту подключиться, а так - все работает
Представь на секунду, что у тебя упал ESX или аппаратно сам сервак, на которов крутится вирмашина с VC. что произойдет? HA,DRS и др. приблуды управляются именно VC как я понимаю. Нет VC, нет и всего остального. Осознаешь? =))
загрузчик ESX я держу на обычном IDE драйве. Правда в системнике есть второй , такой-же IDE драйв, который неподключен и он по сути копия первого. это гарантирует его неизменность и работоспособность. конфигурирование ESX задача редкая, поэтому такой вариант меня вполне устроит.
ESX HA это и есть кластер от vmware =)))))))))))) и для него обязателен внешний сторадж вирмашин.
DRS ну незнаю... если у тебя переодически дико и на продолжительное время скачет нагрузка на вирмашины... но блин у тебя не пул из 4-5 ESX"ов ... DRS перемещает виртуальную машину на наименее занятый сервак, а если начнешь эту машину пинать каждый час... перенос машины тож блин не мгновенный ... в общем, мне кажется гораздо лучше изначально нормально распределить нагрузку по ESX"ам и не париться. Кроме того для DRS тоже нужно чтоб вирмашины жили на внешнем сторадже.
В любом случае, нормально это можно решить мо минимуму через аппаратный iSCSI.
кстати, я попробую сейчас выкинуть теминальный сервак и перенести его фукционал на 2 основных ESX в режиме NLB. если с нагрузкой будет ок, то у меня в итоге останутся 2 боевых сервака, 1 сторадж, 1 резервная машина на горячую замену. И я бы с удовольствием использовал ESX HA, но мне не понравилась нагрузка софтверного iSCSI =( Если выбью денег на аппаратные iSCSI карты то однозначно буду юзать HA. Пока довольствуюсь виндовыми кластерами.
Кстати! Виндовый кластер при падении активного узла восстановит работу раза в 2 быстрее чем HA. =) Но , увы, далеко не весь софт способен нормально работать в виндовом кластере... В этом случае, HA очень выручает.
Добавлено: 2
vecialfor установи разрешения анонимного доступа и в виндовой безопасности и в безопасности NFS. во вкладке NFS Sharing жми на кнопку Permissions. Устанавливай параметр Type of access в значение Read-Write.
Анонимный доступ на чтение и запись должна разрешать и винда и NFS. Проверь .
Насчет USB сам обломался.