Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Центры обработки данных и облако
  3. SAN
  4. Домен VMM для каких сетей?

Домен VMM для каких сетей?

Запланировано Прикреплена Закрыта Перенесена SAN
3 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • K Не в сети
    K Не в сети
    KVS7
    написал в отредактировано
    #1

    В настоящее время я создал домены VMM для передачи групп портов, созданных APIC, и передал их в vDS на vCenter (также известный как VMM) для всего, кроме управления. Однако я создаю новый сайт с новыми протоколами, такими как NFS и iSCSI boot, которые потребуют нового vDS из-за новых восходящих каналов, и мне кажется, что создание еще двух доменов VMM для каждого нового vDS в vCenter — это довольно хлопотно. Мой вопрос заключается в том, должны ли они также контролироваться APIC, или нет никаких реальных ограничений на протоколы хранения, контролируемые APIC, или лучше оставить их на vDS (не VMM). Спасибо

    1 ответ Последний ответ
    0
    • A Не в сети
      A Не в сети
      adminkl
      написал в отредактировано
      #2

      Привет,
      @KVS7
      , Для сетей хранения данных, таких как NFS и iSCSI, обычно лучше хранить их на традиционном vDS, за пределами домена VMM, управляемого APIC. Интеграция APIC и VMM идеально подходит для сетей виртуальных машин (пользовательский трафик, уровни приложений и т. д.), но для протоколов хранения прямой контроль со стороны APIC не дает особых преимуществ и может привести к ненужной сложности. К этим типам трафика часто предъявляются особые требования в отношении QoS, управления потоком и отказоустойчивости, которые лучше обрабатывать непосредственно в vCenter или с помощью традиционных методов. Поэтому, если у вас нет веских причин для управления трафиком хранения через APIC, его сохранение на vDS без VMM является чистым и надежным подходом. Надеюсь, это поможет!

      1 ответ Последний ответ
      0
      • K Не в сети
        K Не в сети
        KVS7
        написал в отредактировано
        #3

        Хорошие замечания. Спасибо. Я буду держать их отдельно.

        1 ответ Последний ответ
        0

        Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

        Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

        С вашими комментариями этот пост может стать ещё лучше 💗

        Зарегистрироваться Войти
        Ответить
        • Ответить, создав новую тему
        Авторизуйтесь, чтобы ответить
        • Сначала старые
        • Сначала новые
        • По количеству голосов


        • Войти

        • Нет учётной записи? Зарегистрироваться

        • Login or register to search.
        • Первое сообщение
          Последнее сообщение
        0
        • Категории
        • Последние
        • Метки
        • Популярные
        • Пользователи
        • Группы