Size: a a a

VMware User Group Rus

2021 January 11

AZ

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

WT

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

u

uncleroot in VMware User Group Rus
» опасение нарваться на пересечение пулов мак-адресов
WAT?
источник

MD

Mista D in VMware User Group Rus
Andrey Konovalov
пересечение чего?
спугнешь
источник

AK

Andrey Konovalov in VMware User Group Rus
не ну падажжи!
источник

AK

Andrey Konovalov in VMware User Group Rus
нарот хочет разобраться
источник

EZ

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

АГ

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

i

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

EZ

Eugene Zaytsev in VMware User Group Rus
А вообще - покажите схему. Без этого не особо понятно что у Вас там происходит
источник

i

iscsi in VMware User Group Rus
в чем проблема позвать на пиво предыдущего админа/аутсорсера
источник

i

iscsi in VMware User Group Rus
вытащить божественный замысел
источник

MD

Mista D in VMware User Group Rus
вмуг сейчас
источник

MD

Mista D in VMware User Group Rus
источник

WT

W T in VMware User Group Rus
uncleroot
» опасение нарваться на пересечение пулов мак-адресов
WAT?
Хулиганы в подъезде мне рассказывали, что уникальность набора мак-адресов контролируется в рамках одного логического датацентра. Моя попытка перенести машину через датастор косвенно это подтвердила - маки задвоились. Хотя раньше я думал, что в одном вцентре все маки должны быть уникальными.
Если просветите в данном моменте - буду благодарен.
источник

WT

W T in VMware User Group Rus
Александр Гуляев
Сначала аудит и попытка вникнуть "а нафига так?". Потом рисуешь как на твой взгляд правильно, и почему. Потом презентуешь "проект модернизации" с пояснениями "зачем это нужно, и насколько твоя схема эффективней (в деньгах)" 🙄
О, вот тут и сказочке конец. Система работает, зачем все переделывать, и тратить деньги/время, если и так все хорошо, пусть и не совсем правильно... :-(
источник

AK

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

АГ

Александр Гуляев... in VMware User Group Rus
W T
О, вот тут и сказочке конец. Система работает, зачем все переделывать, и тратить деньги/время, если и так все хорошо, пусть и не совсем правильно... :-(
Ну если даже себе не можешь ответить "зачем", то счастливый конец 😏 Разве нет?
источник

u

uncleroot in VMware User Group Rus
W T
Хулиганы в подъезде мне рассказывали, что уникальность набора мак-адресов контролируется в рамках одного логического датацентра. Моя попытка перенести машину через датастор косвенно это подтвердила - маки задвоились. Хотя раньше я думал, что в одном вцентре все маки должны быть уникальными.
Если просветите в данном моменте - буду благодарен.
эммм....
со всем моим десятилетним опытом работы с продуктами vmware я не помню случая, чтобы самопроизвольно "задвоились маки",
да, мак сохраняется если вы руками копируете файлы вм, но это штатное поведение - конфиг же не меняется
источник

WT

W T in VMware User Group Rus
Благодарствую. Что ж, будем делать выводы.
источник