Комментарии 5
Можете раскрыть технические подробности по архитектуре кластера vSAN ?(какой именно кластер, версия, количество нод, какие FTT для vmdk, какие носители в кэше и емкости, на базе каких адаптеров сеть, скорость, используется ли rdma и т.п.) Может еще есть результаты тестов по производительности?
Можем публично раскрыть не все детали. В проекте использовался AllFlash vSAN, объемы дисков для уровня кэша рассчитывали с учетом требований и рекомендаций VMware. Политики хранения применялись различные: как с зеркалированием, так и с erasure coding.
Для подключения к сети использовались интерфейсы со скоростью 25 Гбит/с.
К сожалению, остальные подробности проекта публично мы раскрыть не можем. Если есть интерес, обращайтесь с вопросами лично.
Достаточная сложность, при серьезных ограничениях. Почему не захотели пойти классическим путем : RAC + ASM ? И дискгруппы можно собрать (с необходимым redundancy) с неcкольких СХД и проблем с их resize нет на лету, и под vmware работает. По деньгам не готов утверждать что это не дороже, но знаю, что VCS тоже сильно не дешевый.
RAC под vSphere точно будет медленнее использованной схемы. Плюс там много разных БД и не факт, что приложения, работающие с этими БД, нормально работают с RAC.
Никто не гарантирует, что приложение работает с Oracle RAC. Например, некоторые БД совершают файловый обмен данными и что делать в случае двух активных узлов — не всегда понятно. Плюс Oracle RAC — недешевая опция.
Добавляется ещё один компонент — Oracle Clusterware, для работы с которым требуются отдельные высокие компетенции. Усложняется эксплуатация, например, установка патчей или апгрейд. А поскольку версия Clusterware не может быть ниже, чем версия БД, соответственно патчить и апгрейдить придется его тоже.
Что касается кластера с ASM без RAC (холодный резерв), то для его работы так же необходим Oracle Clusterware, со всеми вытекающими последствиями. Использовать ASM как volume manager в VMWare бессмысленно — дисков на самом деле нет, все это файлы vmdk, управление которыми отлично осуществляется самой VMware.
Плюс достаточно активно используется функция клонирования виртуальной машины с базой данных. В случае Oracle Clusterware переименовать склонированную машину становится невозможным: переименование хоста = реинстялляция Clusterware.
Итого мы получаем, что в среде VMWare RAC и ASM — дорого, сложно и сомнительными преимуществами.
Такого еще не было: опыт построения Veritas HA Cluster поверх VMware vSAN