Бюджетная СХД для небольшого vSphere кластера

[m0ps]

Добрый день! Есть 2 сервера с VMware ESX в vSphere кластере который крутит ~25 vm-ок (из них всего около 8 представляют реальную нагрузку). В качестве shared storage используется подключенный через iSCSI сервер от SuperMicro (5036-T-3R с 9-ю sata винтами OpenSolaris в качестве ОС). Планируется мигрировать в vm довольно критичный сервер с Oracle 11g, соответственно задумались об резервировании и увеличении производительности СХД.
Т.к. бюджет совсем скудный, решили взять еще один тазик от SuperMicro (3U), но его напихать SAS винтами, и настроить репликацию vm средствами Veeam Backup and Replicator).
что можете посоветовать для данных целей с возможностью расширения?

[hitower]

Не проще средствами оракла репликацию сделать?

[m0ps]

Не проще средствами оракла репликацию сделать?

но мне ведь не только для вм с ораклом репликация нужна, и зачем иметь 2 вм, если можно что б была одна.

собственно вопрос остается открытым

[Stranger03]

Т.к. бюджет совсем скудный, решили взять еще один тазик от SuperMicro (3U), но его напихать SAS винтами, и настроить репликацию vm средствами Veeam Backup and Replicator).

Размеры бюджета и размер базы Оракла?

[m0ps]

Размеры бюджета и размер базы Оракла?

на тазик без винтов ~$3,5k, ну в крайнем случае $4k. размер базы - менее 50Gb

[Stranger03]

на тазик без винтов ~$3,5k, ну в крайнем случае $4k. размер базы - менее 50Gb

Вы на 100% уверены, что по iSCSI прокачаете такую базу?
Поскольку денег нет совсем, не ищите себе приключений на седалищное место, лучше эту базу оракла повесить от сервер с внутренними дисками, а при большом желании эти же диски отдать наружу по любому протоколу. Но при этом о резервировании стоит забыть.

[m0ps]

на тазик без винтов ~$3,5k, ну в крайнем случае $4k. размер базы - менее 50Gb

Вы на 100% уверены, что по iSCSI прокачаете такую базу?
Поскольку денег нет совсем, не ищите себе приключений на седалищное место, лучше эту базу оракла повесить от сервер с внутренними дисками, а при большом желании эти же диски отдать наружу по любому протоколу. Но при этом о резервировании стоит забыть.

ну сейчас эта же база, только в тестовом режиме без проблем крутиться на текущей СХД

[Stranger03]

ну сейчас эта же база, только в тестовом режиме без проблем крутиться на текущей СХД

Тестовый режим от боевой базы как правило очень сильно отличается. Впрочем дело хозяйское. Берите 836Е1 кузов, Адаптек 5405 с батарейкой, плата, память, проц, диски. Я бы тогда туда добавил 4-х портовую карточку в тиминг. Думаю в нашей Раше тысяч в 5-6 можно уложить неплохой вариант.

[m0ps]

ок, спасибо за рекомендацию... я прислушаюсь к ней, и постараюсь отговорить переводить сервер в виртуальную инфраструктуру

PS то-есть для оракла рекомендуете не задействовать iSCSI, а сразу смотреть в сторону FC?

[Stranger03]

PS то-есть для оракла рекомендуете не задействовать iSCSI, а сразу смотреть в сторону FC?

Ну скажем так, чтобы рекомендовать, было бы неплохо посмотреть на счетчики, понять нагрузку на боевую базу. Только так можно будет с достаточной уверенностью сказать, что подойдет. А так, база в 50ГБ не маленькая, не совсем подходит для iSCSI на первый взгляд. Ну а кроме того, новые ИБМ ДС3500 не так уж сильно дОроги, но конечно не при бюджете в 3.5К зеленых енотов.

[Bormoto]

С таким бюджетом два одинаковых сервера в комплекте с руководстом по Oracle Data Guard представляются более надежным решением. Что еще среди отказоустойчивых решений проще Standby?
Хотя, конечно, если ставится задача "прокачать скиллы" за счет работодателя...

[Stranger03]

С таким бюджетом два одинаковых сервера в комплекте с руководстом по Oracle Data Guard представляются более надежным решением.

Что-то мне кажется, что стоимость лицензий на Оракл будет в разы бОльше бюджета на железо,

[m0ps]

С таким бюджетом два одинаковых сервера в комплекте с руководстом по Oracle Data Guard представляются более надежным решением. Что еще среди отказоустойчивых решений проще Standby?
Хотя, конечно, если ставится задача "прокачать скиллы" за счет работодателя...

сейчас так и есть: 2 идентичных сервера, один резервный со стендбай базой, но серверам этим уже ~5 лет, и 4-х ксеонов mp с 16 гигами рамы уже как-то не оч хватает, да и сервера уже сосем не первой свежести. сейчас крутиться 9-й оракл, необходим переход на 11-й (требования разраба). в последнее время по чуть-чуть внедряем виртуализацию, вот и хотелось бы закрыть этот вопрос, избавившить от лишнего парка серверов, переведя комплекс в виртуальную инфраструктуру. кстати, база меньше 50 гиг, около 35
кстати, к примеру об производительности. одна довольна ресурсоемка операция, выполняемая каждый день в вм с 1 процессором (2.5) и 3-мя гигами памяти производиться на 5-10 минут быстрее чем на физическом сервере (4*2.5/16). дамп базы разворачивается на 20 минут быстрее

[Bormoto]

Что-то мне кажется, что стоимость лицензий на Оракл будет в разы бОльше бюджета на железо,

Если у них для 11g лицензирование на пользователей, которых, может быть, немного, и в сумме больше 5 штук на сервер, то два-то сервера можно крутить как угодно, хоть RAC сделать. Главное, чтобы не более 4-х процессоров в этом RAC набралось и не более 2-х процессоров в сервере. Кажется так.
Если же лицензирование на процессор... то Вы совершенно правы, стоимость low-end "железа" уже не имеет значения.

[Stranger03]

сейчас так и есть: 2 идентичных сервера, один резервный со стендбай базой, но серверам этим уже ~5 лет, и 4-х ксеонов mp с 16 гигами рамы уже как-то не оч хватает, да и сервера уже сосем не первой свежести

Если этим серверам 5-ть лет, как вы написали, то любой современный процессор типа 3440 уделает в хлам эти старые сервера.
Но мне не очень понятно вот что, вы написали про 5036T-3R платформу. Это вполне себе современная железяка. Она здесь каким боком привинчена? Можно увидеть полную спецификацию железа и что где стоит?

сейчас крутиться 9-й оракл, необходим переход на 11-й (требования разраба)

Переход будет за бесплатно или за деньги?

в последнее время по чуть-чуть внедряем виртуализацию, вот и хотелось бы закрыть этот вопрос, избавившить от лишнего парка серверов, переведя комплекс в виртуальную инфраструктуру. кстати, база меньше 50 гиг, около 35

Да один хрен, . Тем более с виртуализацией.

кстати, к примеру об производительности. одна довольна ресурсоемка операция, выполняемая каждый день в вм с 1 процессором (2.5) и 3-мя гигами памяти производиться на 5-10 минут быстрее чем на физическом сервере (4*2.5/16). дамп базы разворачивается на 20 минут быстрее

вот об этом я и говорю.