Відмовлення від сервера 2016 MSMQ

Я хотів би встановити MSMQ в системі відмови.

У мене немає спільної установки пам’яті (апаратне забезпечення недоступне - бюджет), але у мене є три dl380 з запущеним Windows Server 2016.

Я хотів би встановити відмову з сервером кворуму.

чи можлива така налаштування?

failover msmq

— піфет
джерело

Схоже, монета вбиває весь цей проект.

— pithhelmet

Відповіді:

Ви також можете дотримуватися сценарію Always On, який не передбачає спільного сховища і де загальний стан вашого кластеру визначався б голосами кворуму вузлів кластеру. Але ця особливість є підприємницькою. Тож у випадку обмеженого бюджету я також рекомендую поїхати з FCI.

— batistuta09
джерело

AlwaysOn доступний з недорогим стандартним виданням SQL Server. msdn.microsoft.com/en-us/library/mt614935.aspx (Гаразд, це ОСНОВНІ групи доступності, але їх має бути достатньо для більшості випадків IMHO).

— BaronSamedi1958

Занадто багато обмежень, якщо ви запитаєте мене. Я б переглянув цей шлях, посилаючись на "обмеження двох реплік" та "відсутність підтримки для додавання чи видалення репліки до наявної групи доступності".

— batistuta09

Так, ми робимо FCI над базовими АГ тут.

— BaronSamedi1958

Чи дозволяє цей сервер Always On SQL також переносити MSMQ?

— пітхет

AFAIK, MSMQ не реалізує функцію "завжди ввімкнено", тому якийсь спільний диск все ще є вимогою до кворуму. Але це може бути навіть корпус JBOD або тиражований привід.

— batistuta09

З мого досвіду, MSMQ розгортає пошук поверх кластеризованих спільних томів. Тому будь-яке спільне програмне рішення, яке робить дзеркальне / подальше зберігання кластеру Failover як CSV, зробить цю роботу.

Я можу порекомендувати спробувати HPE VSA , StarWind VSAN , Microsoft Storage Spaces Direct , до цих пір всі вони не поділяють нічого для зберігання для відключення кластера. Я б запропонував StarWind на випадок, якщо ви не запустите Hyper-V на своїх хостах, тому він буде безкоштовним дзеркальним зберіганням.

— Містер Малина
джерело