none
Гостевой кластер без хостового RRS feed

  • Вопрос

  • Здравствуйте!

    Возможно ли собрать гостевой кластер не объединяя в кластер узлы Hyper-V на которых эти гости крутятся?

    Если да, то каков порядок действий? CSV в данном случае собрать не получится, как я понимаю, можно ли обойтись iscsi? Удалось найти информацию по гостевому кластеру только в паре с хостовым, буду признателен за пинок в правильном направлении.

    2 октября 2018 г. 9:17

Ответы

Все ответы

  • Нужно сначала определиться, что будет выполняться в этом кластере.

    Из-за этого непонятно зачем вам CSV и нужен ли он.

    А так да кластер собрать без проблем можно.

    2 октября 2018 г. 9:29
  • 1. SQL-server

    2. 1С сервер


    Это разные виртуалки для каждой гостевой кластер нужен

    CSV, как я понял, для хранения данных виртуалок, чтобы они были доступны на обоих узлах. Если не прав прошу поправить и подсказать документацию по гостевому кластеру, сам не нашел.
    • Изменено mitay3 2 октября 2018 г. 9:51
    2 октября 2018 г. 9:43
  • Вам для начала надо абстрагироваться от того, что это виртуальные машины.

    Вам нужно два сервера с ОС Windows Server, файловая шара для свидетеля кворума.

    Вам нужно где-то разместить vhdx-файл, который вы будете предоставлять обоим узлам кластера в качестве общего хранилища (CSV) по iscsi. На этом CSV будут размещаться базы данных вашего SQL FCI, который вы установите поверх кластера Windows Server.

    И вам нужно озаботиться об отказоустойчивости того места, где этот файл хранится.

    2 октября 2018 г. 9:58
  • Я думал что .vhdx должен лежать на CSV, а не быть CSV... Как предоставить узлам .vhdx-файл по iscsi? Или я не понял о чем речь.

    Можно пример?, можно сразу с FC? (планируем переход на FC)

    Например: хосты - H1, H2, виртуалки - clVM1, clVM2. На H1, H2 виртуальный FC-свитч. Один и тот же LUN отдаем в обе виртуалки, ещё LUN в оба хоста. (не знаю как будет жить NTFS в двух хостах и как виртуалки будут знать что они в кластере и отрабатывать файловер).

    Просьба поделиться информацией.

    3 октября 2018 г. 1:35
  • Почитайте про кластеры вообще.

    ОС в виртуальных машинах будут знать что они в кластере потому что вы этот кластер и создадите.

    Помимо общего LUN, виртуалкам нужны свои собственные диски для ОС.

    Устанавливаете ОС, создаете кластер.

    Добавляете общий LUN в хранилище кластера.

    Общий LUN на двух виртуалках будет жить хорошо, только в случае если эти виртуалки будут узлами кластера, а LUN вы сделаете общим кластерным томом (CSV).

    Если вы этот же LUN отдадите еще и хостам, тогда ждите проблем.

    Далее, запускаете установку первого узла SQL FCI на первом узле кластера.

    Добавляете узел SQL FCI на втором узле кластера.

    И желательно не запускать обе виртуальные машины на одном хосте.

    Иначе смысла в кластере не будет.

    3 октября 2018 г. 4:34
  • Спасибо!

    Правильно ли я понимаю что в кластере нельзя ставить обновления на отдельные узлы, нужно пользоваться кластерным обновлением?

    Ниже ошибка, которая возникает при попытке просмотра доступных обновлений, если оба узла включены. Если выключить один узел, то просмотреть обновления возможно.

    ошибка CIM

    обновления в кластере

    Это возможно из-за того что один узел успел установить обновления? Обновления через WSUS.

    Не нашел документа описывающего кластерное обновление, просьба ткнуть носом или описать как это должно происходить.

    19 октября 2018 г. 10:03
  • Разобрался, нужно чтобы WinRM слушал на IPV6. Ппц.
    23 октября 2018 г. 3:43
  • кластерное обновление необходимо для того, чтобы узлы обновлялись автоматически, но при этом поочередно.

    А так можно и вручную обновлять.

    • Помечено в качестве ответа mitay3 16 ноября 2018 г. 8:15
    23 октября 2018 г. 6:58