Мы - компания, занимающаяся разработкой программного обеспечения. Для тестирования программного обеспечения нам требуются разные системы с разными платформами ОС, такие как Win Server 2003, Win XP, Win 7 Win Server 2008, 32- и 64-разрядные версии.
Обычно мы используем сервер Microsoft Hyper-V и Virtual PC. Но если мы запускаем несколько виртуальных машин на одном жестком диске, в дисковом вводе-выводе возникает узкое место.
Теперь мы планируем создать аппаратную платформу, на которой мы сможем разместить несколько виртуальных машин с разными платформами ОС без каких-либо физических узких мест. Но у меня есть некоторые затруднения относительно оборудования, необходимого для этого решения.
Главное беспокойство должно заключаться в масштабируемости. Мы можем выбрать несколько серверов в башне или стойке с 20 с лишним HDDS, 8-16 DIMMS, 2 Quad Xeon. Тем не менее, ограничение жесткого диска может возникнуть позже. Но недавно я получил предложение от моего друга. Он говорил, имея в виду главную заботу о масштабируемости, мы можем пойти на решение, в котором блок обработки и блок хранения (дисковый массив) будут разделены.
Я немного не понимаю, возможно ли это. Как подключение к сети Ethernet может использоваться в качестве системной шины?
Мы будем очень благодарны за любые предложения относительно возможного решения.
Проверьте MicroStrategy - корпус 2U - 24 жестких диска .... Корпус стойки 4u, 72 (!) Слота для жестких дисков. Это плюс Adaptec 6805Q и 2-4 SSD в качестве кеша для чтения и записи и система КРИЧИТ.
О, и еще Velociraptors в Raid 10. В значительной степени возникла ситуация, когда вы спрятали 20-вм. Что я и делаю.
У меня есть система с 24 дисками (сейчас 22 используются), которую я модернизирую до 72 дисков позже его года.
Некоторое масштабируемое решение для хранения, такое как сетевое хранилище (NAS), будет содержать серверные операционные системы.
Отличная идея. За исключением того, что большинство из них относятся к недорогим устройствам с очень маленькой памятью.
Ознакомьтесь с такими технологиями хранения, как SAN и iSCSI, чтобы начать работу.
Использование Ethernet для дискового ввода-вывода (= iSCSI) вполне возможно, поскольку, как вы уже указали, доступ к диску гораздо важнее, чем пропускная способность или емкость.
Хороший двухгигабитный Ethernet-канал к вашему серверу хранения может обеспечить в общей сложности 200 МБ / с для любого количества хостов виртуальных машин (разумеется, ни один хост не превышает пропускную способность одного гигабитного канала).
Это не так много с точки зрения пропускной способности, но в IOPS (что имеет значение) это зависит только от серверной части хранилища, которой может быть 16 дисков в RAID-10.
Я видел пару установок, использующих iSCSI в качестве протокола. В качестве установки будет использоваться iSCSI Storage Solution (не дешевый nas), выделенный коммутатор и сервер.
Когда вы запускаете эту настройку с dell equalogic, вы можете добавлять все, что вам нужно, по мере масштабирования системы. Требуется больше дискового пространства, добавьте еще один Equalogic, требуется больше вычислительной мощности, добавьте еще один сервер. Чтобы увеличить пропускную способность дисков, добавьте более быстрые диски Equalogic (или диски fastr), и данные будут перемещаться по кругу.
iSCSI может быть настроен с 1 гигабитным каналом, вы можете агрегировать ссылки или даже использовать сетевые адаптеры 10 Гбит / с.
Плюс: Equalogic можно использовать прямо внутри vms.