Size: a a a

VMware User Group Rus

2021 January 11

AZ

Anton Zhbankov in VMware User Group Rus
W T
Коллеги, приветствую!
Прошу поделиться житейским опытом.
В наследство досталась большая инфраструктура, где по неясным причинам число логических датацентров превышает число физических площадок. Кроме того, в каждом кластере развернуто по три распределенных свича (ВМ/управление/вмоушен)
Мне дико неудобно с таким работать, но это не повод запрашивать даунтайм и все переделывать, SLA слишком жесткое.
Прошу вас, поделитесь опытом - оказывался ли кто-то в подобной ситуации? Какие косяки ловили, кроме фантомных датасторов?
Лучший вариант - сторонний аудит.
источник

P

Pfsenses in VMware User Group Rus
Anton Zhbankov
Лучший вариант - сторонний аудит.
В его выводы тупо поверят, потому что деньги заплачены.
источник

P

Pfsenses in VMware User Group Rus
А без - админ на своем птичьем языке что-то говорит
источник

AZ

Anton Zhbankov in VMware User Group Rus
Не только. Аудит может сказать - вот это делаем без даунтаймов, это вообще норм и не трогаем.
источник

AZ

Anton Zhbankov in VMware User Group Rus
И масштаб проблемы сокращается в разы
источник

WT

W T in VMware User Group Rus
Anton Zhbankov
Лучший вариант - сторонний аудит.
Само собой. И даже деньги на него есть. Но очень небыстрое дело их потратить, пол-года на тендеры и т.д. уйдет...
источник

MD

Mista D in VMware User Group Rus
W T
Коллеги, приветствую!
Прошу поделиться житейским опытом.
В наследство досталась большая инфраструктура, где по неясным причинам число логических датацентров превышает число физических площадок. Кроме того, в каждом кластере развернуто по три распределенных свича (ВМ/управление/вмоушен)
Мне дико неудобно с таким работать, но это не повод запрашивать даунтайм и все переделывать, SLA слишком жесткое.
Прошу вас, поделитесь опытом - оказывался ли кто-то в подобной ситуации? Какие косяки ловили, кроме фантомных датасторов?
логическая схема в общем-то на то и логическая потому что среди прочего абсолютно не обязана отражать структуру физической
источник

i

iscsi in VMware User Group Rus
W T
Коллеги, приветствую!
Прошу поделиться житейским опытом.
В наследство досталась большая инфраструктура, где по неясным причинам число логических датацентров превышает число физических площадок. Кроме того, в каждом кластере развернуто по три распределенных свича (ВМ/управление/вмоушен)
Мне дико неудобно с таким работать, но это не повод запрашивать даунтайм и все переделывать, SLA слишком жесткое.
Прошу вас, поделитесь опытом - оказывался ли кто-то в подобной ситуации? Какие косяки ловили, кроме фантомных датасторов?
а в чем именно боль эксплуатации?
источник

MD

Mista D in VMware User Group Rus
в остальном я не вижу абсолютно никаких проблем как с управлением, так и реконфигурацией
источник

P

Pfsenses in VMware User Group Rus
iscsi
а в чем именно боль эксплуатации?
Чувство прекрасного страдает
источник

MD

Mista D in VMware User Group Rus
тем более что менеджмент и миграция это статичная сущность
источник

P

Pfsenses in VMware User Group Rus
Возможно для такой логической структуры были предпосылки.
источник

WT

W T in VMware User Group Rus
iscsi
а в чем именно боль эксплуатации?
Например, датасторы дублируются.
источник

MD

Mista D in VMware User Group Rus
зал замер, силясь понять концепт
источник

u

uncleroot in VMware User Group Rus
W T
Коллеги, приветствую!
Прошу поделиться житейским опытом.
В наследство досталась большая инфраструктура, где по неясным причинам число логических датацентров превышает число физических площадок. Кроме того, в каждом кластере развернуто по три распределенных свича (ВМ/управление/вмоушен)
Мне дико неудобно с таким работать, но это не повод запрашивать даунтайм и все переделывать, SLA слишком жесткое.
Прошу вас, поделитесь опытом - оказывался ли кто-то в подобной ситуации? Какие косяки ловили, кроме фантомных датасторов?
стесняюсь спросить, а в чем именно неудобство?
и отдельный логический кластер под (условно) класс задач или модель железа - вполне нормальный подход
источник

AZ

Anton Zhbankov in VMware User Group Rus
Собственно обсуждение сферической картины не имеет смысла
источник

AZ

Anton Zhbankov in VMware User Group Rus
Пока нет схем в чате
источник

WT

W T in VMware User Group Rus
Pfsenses
Возможно для такой логической структуры были предпосылки.
Рабочая версия - предыдущий хозяин не знал о возможности разносить хосты и кластера по папкам, для логической организации и нарезки прав.
Руки чешутся взять и мышкой передвинуть, но опасение нарваться на пересечение пулов мак-адресов останавливает.
источник

u

uncleroot in VMware User Group Rus
W T
Например, датасторы дублируются.
так может быть они специально растянуты, если с схд?
источник

AK

Andrey Konovalov in VMware User Group Rus
W T
Рабочая версия - предыдущий хозяин не знал о возможности разносить хосты и кластера по папкам, для логической организации и нарезки прав.
Руки чешутся взять и мышкой передвинуть, но опасение нарваться на пересечение пулов мак-адресов останавливает.
пересечение чего?
источник