Как работает VMware DRS

    Сегодня мы поговорим о профильной теме — балансировке нагрузки с помощью VMware DRS (Distributed Resource Scheduler). Для осуществления этой задачи он использует доступные ресурсы виртуальной инфраструктуры.


    / фото Arthur Caranta CC

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

    Для настройки доступны правила баласировки и распределения ресурсов между виртуальными машинами. Применение определенных правил или предоставление рекомендаций о переносе в ручном режиме определяет мониторинг.

    Данный инструмент определяет стандартное отклонение нагрузки хоста на основе загрузки CPU и памяти. Оценка производится с определенным временным интервалом.

    Как это работает у нас


    Мы считаем, что IaaS должен быть доступным даже для тех, кто не сталкивался с ИТ-сферой. Для этого мы оптимизируем служебные сервисы и реализуем специальные инструменты, о которых здесь и рассказываем.

    Если говорить о VMware DRS, то мы используем его в работе со всей нашей ИТ-инфраструктурой. Помимо этого мы применяем технологию VMware High Availability, которая позволяет перезапускать виртуальные серверы автоматически. Данное сочетание позволяет добиться высокого уровня отказоустоичовсти.

    P.S. Еще немного о том, как мы улучшаем работу провайдера виртуальной инфраструктуры 1cloud:

    1cloud.ru
    228.58
    IaaS, VPS, VDS, Частное и публичное облако, SSL
    Share post

    Comments 20

      –3
      Гораздо занимательнее смотреть, как машины под DRS теряют сеть, членство в кластере и т.д. Живая миграция под нагрузкой иногда такая живая.
        +1
        При корректной настройке таких проблем нет. У меня они туда-сюда мигрируются кучами, «ни единого разрыва» (с)
          0
          У вас видимо очень быстрая сеть и не чувствительные сервисы Microsoft Failover Cluster Services надо дополнительно настраивать для этого сценария.
        0
        Мы с такими проблемами не сталкивались, честно говоря
          0
          Ни разу в моей жизни такого не видел.

          Кластеры же под DRS стало можно совсем недавно заводить. Так что если у вас кластеры разваливались от vMotion, то кто виноват в непрочтении мануалов?
          0
          Статья ни о чём.
            0
            Если у вас есть какие-то вопросы, задавайте — ответим
              0
              Вопросов никаких нет, кроме одного — зачем это писать, кроме как для рекламы своего сервиса?
              Vmware DRS/HA сто лет в обед, все кому надо и так про него знают.

              Вы же привели некую формулу, при этом более ничего не объяснив.
              Если бы было описание внутреннего устройства алгоритма и так далее — был бы смысл писать статью.

              А так — ни о чём.
                0
                Мы рассказали о технологии в общем и том, как она работает в нашей системе. Чего вполне достаточно для поста в корпоративном блоге, в общем-то. Сделать топик более информативным можно комментариями, на которые можно развернуто ответить, но конечно проще написать про «пост ни о чем!», чтобы собрать плюсиков, это да.
                –1
                Для возникновения вопросов нужно чтобы было за что зацепиться. Это когда в целом посыл ясен, но есть туманности и неопределённости.
                Посыл данной статьи: «Есть такая штука — DRS — она крутая, реализует балансировку нагрузки, и мы её используем». И никаких вопросов не возникает, потому что в статье просто нет того, что обещает заголовок.
                  –1
                  Описана схема работы технологии и ее применение в нашей системе. Соответствие заголовку — 100%. Если есть вопросы по делу — задавайте, будем рады ответить
                    0
                    Тогда вопрос: Как вы научились настолько объективно оценивать свои результаты?
              0
              Лично я использую Drs/ha всегда и везде, где это применимо:-) на нормальном железе и верных настройках проблем нет никаких. Мне интереснее другое — используете ли вы в своей среде storage DRS?
                0
                при сбое хоста она перезапускает виртуальные серверы на другом хосте.
                а что произойдёт при сбое схд, на котором лежат диски виртуальном машины? не сбое диска в схд, а именно самого схд на уровне сети или железа.
                  0
                  Все тоже самое как и без миграции. Если нет резервирования и репликации на уровне СХД то все умрет.
                    0
                    Под репликацией обычно понимают одностороннюю репликацию active->passive. Даже если она есть — ничего не изменится, ВМ умрут. Переключение необходимо будет производить вручную / Site Recovery Manager.

                    Спасает только виртуализация СХД с активными зеркалами как EMC VPLEX / IBM SVC. Или использование многонодовых SDS.
                    0
                    Смотря что за сбой. Полная смерть СХД ведет за собой остановку всех ВМ, лежавших на этой СХД. Сбой контроллера / пути ведет к переключению путей.
                    Магии здесь нет.
                    0
                    Более подробный, хотя и чуть устаревший обзор принципов работы DRS: blog.vadmin.ru/2010/06/drs-deepdive.html
                      0
                      У вас довольно странный выбор источников, а про DRS и остальную кластеризацию VMware написана целая книжка "VMware vSphere 5.1 Clustering Deepdive".

                      Плюс что-то есть в блогах авторов:
                      frankdenneman.nl
                      www.yellow-bricks.com

                      Only users with full accounts can post comments. Log in, please.