Нужен совет уважаемых форумчан.
Возникло желание попробовать Oracle DB11g на виртуальной машине VMWare 5.5

Исходные данные:

1.Сервер Cisco UCS. 128Мб оперативки. 20 процессоров по 2.2 GHz
2.СХД NetApp 3240 Metroclaster
3.VMWare 5.5
4.OeBS 12.1

Какую OC и какой версии посоветуете для Oracle DB11g.
Solaris x64, Oracle Linux или что нибудь другое? Например CentOS или RedHat?


Спасибо.

andrey_anonymousDoc ID 169706.1
И эта... под VmWare придется заплатить за все 20 процессоров.
А ежели, не приведи архитектор, в домене VmWare есть еще сервера - то и их тоже придется лицензировать по полной, как будто сервер БД стоит на всех.
Если гипервизор нужен ради экономии на лицензиях, то берите оракловый - в этом случае вендор позволяет ограничить лицензируемое число CPU средствами гипервизора.

Нет. Мы этот вопрос разбирали несколько раз с Oracle - ом.
У нас лицензии на количество пользователей на OeBS не зависимо от того на каком железе он стоит.
Правда и Oracle DB мы можем использовать только под OeBS.

andrey_anonymousDoc ID 169706.1

Спасибо за ссылку.

Q.Tarantinoпамяти, полагаю, 128Гб все же?
А то не взлетит :)

:) Есть такая вероятность.

Еще вопрос.
У Oracle есть готовые виртуальные машины. В частности
автор"ВМ разработчика приложений для баз данных"
Включает в себя:
Oracle Linux 5
Oracle Database 11g Release 2 Enterprise Edition
Oracle TimesTen In-Memory Database Cache
Oracle XML DB
Oracle SQL Developer
Oracle SQL Developer Data Modeler
Oracle Application Express 4.0
Oracle JDeveloper

Правда все это дело под Virtual Box.

А не прокатит ли такая идея:

1.Нельзя ли виртуальную машину Virtual Box конвертировать в VMWare?
2.Поскольку, я так полагаю, эта виртуальная машина уже настроена под Oracle Database 11g Release 2, нельзя ли ее использовать под продакшн?

автор..., для разовой установки проще самому все с нуля сделать.
Согласен.

andrey_anonymousfoxship1.Нельзя ли виртуальную машину Virtual Box конвертировать в VMWare?
2.Поскольку, я так полагаю, эта виртуальная машина уже настроена под Oracle Database 11g Release 2, нельзя ли ее использовать под продакшн?
1. Можно.
2. Если очень хочется, то, накатив патчи, можно.
Однако квалифицированный DBA развернул бы СУБД с учетом конкретного окружения.

Хорошо. Так и сделаю.

Пожалуй последнее.

Сейчас архитектура следующая.

1. Solaris SPARK 64 заводится на M5000.
2. Oracle DB & OeBS находятся на lun-е NetApp, который примонтирован к M5000.

Вопрос
Не совсем представляю архитектуру если Solaris завести на виртуальной машине.
Все будет на одном lun-е? Или или так же как было на разных дисках, но в одном lun-е?
Или для OS и Oracle DB & OeBS разные lun-ы.

Как правильно? Или как лучше?

Извините за дилетантские вопросы, но я их всегда задаю.
Нельзя полагаться только на свою голову.
Тем более тут сидят люди намного умнее меня.

Q.Tarantinoandrey_anonymousИ если жить собираетесь под соляркой на M5000 - то почему VmWare, а не "родные" солярочные зоны?
я так понял они сейчас живут под спарком и хотят сменить платформу на интел.

Для начала планируем перевести только Oracle DB 11g.
OeBS оставим пока на SPARC. Там посмотрим.
Просто M5000 уже не справляется, а сервера UCS простаивают.

Q.Tarantinofoxshipпропущено...


Для начала планируем перевести только Oracle DB 11g.
OeBS оставим пока на SPARC. Там посмотрим.
Просто M5000 уже не справляется, а сервера UCS простаивают.
если нагрузка высокая - я бы не стал базу под vmware переносить.

Наверное все таки стоит попробовать.
Виртуальной машине будут предоставлены практически все ресурсы на ESXi хосте.
А это почти в два больше памяти и количество процессоров скажем 18 ядер по 2.2 GHz вместо 8 ядер по 2.66 GHz.
Причем, как я уже сказал, сам OeBS останется на M5000.

Q.TarantinofoxshipВиртуальной машине будут предоставлены практически все ресурсы на ESXi хосте.
А это почти в два больше памяти и количество процессоров скажем 18 ядер по 2.2 GHz вместо 8 ядер по 2.66 GHz.
ресурсы ладно, ты лучше протестируй производительность дисковой подсистемы под виртуалкой.
ну или если кто настроит подключение дисков через NPIV...

Вот как раз об этом я и спрашивал. Как строить дисковою инфраструктуру? "Как лучше? Как правильно?"

Про NPIV слышал, но не применял. Вроде пока не было надобности.
Нарезка lun.ов, презентация, настройка зон на Brocade, установка и настройка ESXi хостов и других хостов (M5000, HP ProlIant 360 для Veeam Direct Sun Backup ) и монтирование lun-ов. Все это делал сам.

NPIV это, как я понимаю, для подключения виртуальной машины напрямую к физическому lun-у?
Ну как физический хост подключается к lun. Для повышения эффективности работы виртуальной машины с СХД.
Или я ошибаюсь?

mitekfoxshipВот как раз об этом я и спрашивал. Как строить дисковою инфраструктуру? "Как лучше? Как правильно?"

Для начала я бы вдумчиво ознакомился с этим , этим и вот этим .
В части дисковых ресурсов основной принцип одинаков с физикой - не селить продакшн-VM в одну "коммуналку" с "шумными соседями", т.е. располагать ее виртуальные диски нужно в отдельном(ых) VMFS-датасторе(ах) на отдельных шпинделях (в случае SSD ,конечно, появляются "варианты")

Огромное спасибо за ссылки. Буду изучать, тут не нужно торопиться. Благо никто не гонит.

А может лучше все таки загрузить на Cisco USC напрямую Oracle Linux x64 и не заморачиваться с виртуалкой?
UCS Hardware and Software Compatibility это позволяет.

Есть даже Flex Pod решение для Oracle Linux под Oracle VM.
автор http://www.cisco.com/c/dam/assets/events/d/oow-linux-ucs.pdf

Как вам это?

Q.TarantinofoxshipВиртуальной машине будут предоставлены практически все ресурсы на ESXi хосте.
А это почти в два больше памяти и количество процессоров скажем 18 ядер по 2.2 GHz вместо 8 ядер по 2.66 GHz.
ресурсы ладно, ты лучше протестируй производительность дисковой подсистемы под виртуалкой.
ну или если кто настроит подключение дисков через NPIV...
Прочитав https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-storage-guide.pdf
подумал: Если я с нуля могу подключить любой хост к lun, почему бы мне самому не настроить NPIV для виртуальной машины?

На http://www.vmgu.ru/news/vmware-vsphere-rdm-disks

прочитал:

авторДиски RDM редко используют для повышения производительности виртуальных машин в плане работы с системой хранения. Да, для некоторых случаев Physical RDM дает прирост производительности, но он достаточно мал, чтобы на этом зацикливаться. Лучше использовать грамотный сайзинг систем и технологию Storage IO Control.

Стоит ли верит этому в контексте моей задачи?

Q.Tarantinofoxshipпропущено...

Прочитав https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-storage-guide.pdf
подумал: Если я с нуля могу подключить любой хост к lun, почему бы мне самому не настроить NPIV для виртуальной машины?
ну если настроишь под vmware - расскажи как оно. любопытно.
Пока я думаю применять или нет. См. пред. пост.

https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-storage-guide.pdf

авторNote: You can use NPIV only for virtual machines with RDM disks.

Q.Tarantinoхз, не знаю что такое Storage IO control, но на предыдущих двух работах ни разу админам vmware не удалось добиться приемлемой производительности дисковой подсистемы - жуткие тормоза. пришлось переходить на железо. Потому и написал про NPIV, на него одна надежда, на практике пробовали только на Power systems. Рулит.

Через неделю придут новые полки NetApp. Будет место и время поиздеваться над СХД.

Так вот вопрос: каким образом мне протестировать производительность работы VM с дисками VMDK и RDM?

К своему стыду должен признаться, что ни разу не делал этого на СХД.
Но могу сказать в свое оправдание, что и такой надобности не было. Все пока работало без тормозов. Даже Lotus Domino (вместе корпоративной почтой, документооборотом и системой согласования договоров) которой предрекали жуткие тормоза по VMWare. Работает нормально.

Q.Tarantino,

А разве для подключения RDM обязательно и использовать NPIV?