none
FCI кластер для SQL Server 2014. RRS feed

  • Вопрос

  • Доброго времени суток Уважаемые коллеги!

    Внедряем новую 1С инфраструктуру и в частности два сервера СУБД на базе MS SQL Server 2014 Standard. Данные серверы являются виртуальными на основе гипервизора не без известного вендора. Системы хранения СХД SSD на основе SAN FC отданы гипервизору на котором и развернуты данные виртуалки. Для двух виртуальных SQL необходимо собрать FCI кластер для того что бы кластеризовать экземпляр для одного кластерного имени 1С в случает отказа одного из виртуальных SQL серверов.

    Вопрос: Подскажите пожалуйста, каким образом я могу выделить для кластера общим том и кворум, если у меня уже дисковая система нарезана для самих гипервизоров. Проще говоря по требованиям для FC кластера SQL, требует по меньшей мере два кластерных диска. Каким образом можно отдать данные общие диски в виртуальные машины, если на самих полках все место отдано для гипервизоров ? Может быть есть технология Shared диск что бы обе ноды кластера SQL видели его ? Посоветуйте как с технической стороны сделать правильно, либо может есть статьи , либо кто уже внедрял такие решения ? 

    Спасибо.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!




    • Изменено rеstless 31 марта 2020 г. 10:23
    31 марта 2020 г. 10:16

Ответы

  • Конечно.

    Если вы изучите Best Practices от вендора (это не зависит от 6.7/6.5/6.0), то увидите, что именно таким образом предлагается организовывать Failover Cluster.

    Забегая вперёд отмечу, что для SAN-траффика как на ВМ, так и на vSwitch нужно выделять отдельные адаптеры и не смешивать его с DATA-траффик.

    Если у вас Standart Switch, то создайте 2 новых свитча (каждый по одному аплинку) для 2 Service Controller СХД и добавьте на них порт группы для отдельных интерфейсов ВМ.

    2 апреля 2020 г. 12:44

Все ответы

  • Вендор не обозначен, поэтому так
    31 марта 2020 г. 10:39
  • Вендор не обозначен, поэтому так
    Алексей, у меня все LUN уже отданы полностью под VMFS. Либо можно создать диск на VMFS и отдать его в Виртуальную машину ?

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    31 марта 2020 г. 11:03
  • Нет, ибо ВМ (а точнее ОС внутри неё) не знает что делать с VMFS, это проприетарный тип файловой системы понимает только VMWARE.

    Но есть ещё такой workaround

    31 марта 2020 г. 11:56
  • Кластер с асинхронным Storage и поверх него сиквельный AlwaysOn на двух SQL Standard

    Innovation distinguishes between a leader and a follower - Steve Jobs

    31 марта 2020 г. 13:43
  • Нет, ибо ВМ (а точнее ОС внутри неё) не знает что делать с VMFS, это проприетарный тип файловой системы понимает только VMWARE.

    Но есть ещё такой workaround

    Workaround это неспортивно. То есть изначально на СХД я должен выделить несколько LUN и уже отдать их RDM в виртуальную машину ?

    У нас именно vmware vSphere 6.7-> то есть все получится ?


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!



    • Изменено rеstless 2 апреля 2020 г. 10:58
    2 апреля 2020 г. 10:56
  • Кластер с асинхронным Storage и поверх него сиквельный AlwaysOn на двух SQL Standard

    Innovation distinguishes between a leader and a follower - Steve Jobs

    AlwaysOn не поддерживается для редакций Standard.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    2 апреля 2020 г. 10:57
  • Конечно.

    Если вы изучите Best Practices от вендора (это не зависит от 6.7/6.5/6.0), то увидите, что именно таким образом предлагается организовывать Failover Cluster.

    Забегая вперёд отмечу, что для SAN-траффика как на ВМ, так и на vSwitch нужно выделять отдельные адаптеры и не смешивать его с DATA-траффик.

    Если у вас Standart Switch, то создайте 2 новых свитча (каждый по одному аплинку) для 2 Service Controller СХД и добавьте на них порт группы для отдельных интерфейсов ВМ.

    2 апреля 2020 г. 12:44
  • Конечно.

    Если вы изучите Best Practices от вендора (это не зависит от 6.7/6.5/6.0), то увидите, что именно таким образом предлагается организовывать Failover Cluster.

    Забегая вперёд отмечу, что для SAN-траффика как на ВМ, так и на vSwitch нужно выделять отдельные адаптеры и не смешивать его с DATA-траффик.

    Если у вас Standart Switch, то создайте 2 новых свитча (каждый по одному аплинку) для 2 Service Controller СХД и добавьте на них порт группы для отдельных интерфейсов ВМ.

    Алексей в отношении Failover Cluster понятно как его создавать и что для него нужны общие кластерные тома. 

    Вопрос в другом- если у меня на СХД уже "нарезано" пространство для того что бы на нем размещались виртуальные машины, то могу ли я уже из виртуализированного СХД еще отдельно откусить VHDX либо VMDK , что бы отдать их в ВМ ?

    Либо все по стародедовски- на СХД свой массив и его маппингом на сервер для кворума и стораджей ?


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    2 апреля 2020 г. 13:54