Хранилища проверки доступности¶

Хранилища проверки доступности предназначены для дополнительной проверки корректности изменения статуса Nova-compute и проверки процента запущенных виртуальных машин на вычислительном узле при его переходе из статуса up в статус down. После создания и назначения хранилища проверки доступности, средствами модуля Agent производится сбор данных о состоянии виртуальных машин на узле и запись данных в файл хранилища. Хранилище имеет директорию для вычислительного узла, а также директорию для хоста с установленным CloudManager (контроллера). Если в конфигурационном файле модуля CloudManager настроена дополнительная проверка доступности, то в случае, когда статус вычислительного узла меняется с up на down, и над узлом не выполнялось операций с помощью средств управления питанием, будет запущена дополнительная проверка доступности через хранилища, общие для вычислительного узла и хоста, на котором установлен CloudManager. Проверка будет производится поэтапно:

• Средствами модуля CloudManager осуществляется попытка считать данные из файла в хранилище, которое также подключено к вычислительному узлу, на котором осуществляется сбор данных о статусе виртуальных машин с помощью модуля Agent;
• Если попытка считывания данных оказалась неуспешной, то CloudManager будет пытаться получить данные от других хранилищ, подключенных к виртуальному узлу;
• Если не были считаны данные ни с одного хранилища доступности, то выполняется задержка при повторном считывания данных со всех хранилищ доступности, подключенных к вычислительным узлам, время задержки определяется значением параметра DELAY из конфигурационного файла. Когда количество попыток считывания данных превысило значение параметра ATTEMPTS, выставленное в конфигурационном файле, вычислительный узел считается выключенным некорректно и обработка выполняется по стандартному сценарию;
• Если считывание данных прошло успешно, и запись в файл произошла раньше перехода узла из up в down, то осуществляются попытки считывания данных с других хранилищ доступности, подключенных к вычислительному узлу. Если считывание данных прошло успешно и время записи в файл более позднее, чем переход вычислительных узлов из up в down, то определяется процент запущенных виртуальных машин на узле;
• Если процент запущенных машин на узле больше или равен указанному в конфигурационном файле значению, то изменение статуса вычислительного узла с up на down считается корректным. Узел не включается в список потерянных, и дополнительные действия над ним не требуются;
• Если процент запущенных машин на узле меньше значения из конфигурационного файла, то изменение статуса узла считается некорректным. Вычислительный узел помечается как потерянный и учитывается при расчете количества узлов в статусе down для сравнения со значением параметра MAX_DOWN_HOSTS конфигурационного файла.