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. Сетевое взаимодействие серверов
  4. Hyperflex Edge — изменение адресации сети репликации

Hyperflex Edge — изменение адресации сети репликации

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

    Всем привет! В рамках развертывания кластера с двумя сайтами и четырьмя узлами я настроил сеть репликации на обеих сторонах в Hyperflex Connect. Все базовые сети L2 и L3 настроены ниже, и нет никаких политик брандмауэра, блокирующих этот трафик. Схема сетей L3 выглядит следующим образом: Производственная сторона — 10.1.80.192/26
    Сторона DR — 10.8.80.192/26 Проблема: Я допустил опечатку в конфигурации сети L3 производственной стороны; там, где должно быть 10.
    1
    .80.192/26, я ввел сторону DR; 10.
    8
    .80.192/26. Вопрос: Как лучше всего исправить эту ошибку? Нужно ли обращаться в TAC, так как я вижу интерфейс, который был создан и адресован на виртуальных машинах STCTL, но не могу его редактировать. С уважением, Дэвид

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

      Спасибо, Кирк. Чтобы прояснить ситуацию, эти кластеры не были в производстве, поэтому я запустил команды Data Protection peer forget all, а затем stcli drnetwork cleanup перед перенастройкой. Спасибо, Дэвид

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

        Вам необходимо удалить общую конфигурацию репликации и перенастроить репликацию. https://www.cisco.com/c/en/us/td/docs/hyperconverged_systems/HyperFlex_HX_DataPlatformSoftware/AdminGuide/4-5/b-hxdp-admin-guide-4-5/m-hxdp-replication-vm-disaster_recovery.html#concept_oqb_pty_m1b stcli dp peer forget --all Удалите опцию сети репликации на обоих кластерах. Затем настройте сетевое соединение для репликации с нужными параметрами. Если у вас возникли проблемы, откройте заявку TAC. Кирк...

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

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

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

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

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


        • Войти

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

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