Size: a a a

VMware User Group Rus

2020 November 27

i

iscsi in VMware User Group Rus
Nikolay Kulikov
LUN не может больше больше 62TB. И на LUN есть VMFS. И фиг вы его уменьшите.
это VMFS не может быть больше 64TB (62TB usable),  а не LUN :)
источник

N

Nikolay Kulikov in VMware User Group Rus
Максим Ганин
В контексте ВМ. Это конкретный диск. а не сущность где может жить тыщв ВМ
источник

u

uncleroot in VMware User Group Rus
Lagbeast
Storage drs не нужен, как и просто drs
в смысле "используйте vrops вместо drs", я правильно понял?
источник

МГ

Максим Ганин... in VMware User Group Rus
iscsi
это VMFS не может быть больше 64TB (62TB usable),  а не LUN :)
источник

L

Lagbeast in VMware User Group Rus
uncleroot
в смысле "используйте vrops вместо drs", я правильно понял?
нет, вообще DRS не используем, ни обычный, не storage
источник

N

Nikolay Kulikov in VMware User Group Rus
когда я говорю add vvol datastore я делаю mount storage contaniner. А уже в нем лежат отдельные vvol объекты, каждый из которых представляет отдельный secondary lun
источник

u

uncleroot in VMware User Group Rus
Lagbeast
нет, вообще DRS не используем, ни обычный, не storage
а когда ноды на мейнтенанс выводите - все руками мигрируете?
источник

МГ

Максим Ганин... in VMware User Group Rus
iscsi
это VMFS не может быть больше 64TB (62TB usable),  а не LUN :)
Вот и я о том же
источник

N

Nikolay Kulikov in VMware User Group Rus
Простите, но давайте напомню с чего все началось - «sdrs не нужен, если есть vvol». И sdrs, и vvol - сущности исключительно vSphere и значит мы говорим про них. Причем тут спеки на Hitachi - мне не очень понятно
источник

МГ

Максим Ганин... in VMware User Group Rus
Да я увидел слово "размер луна не больше" и написал 😁
источник

N

Nikolay Kulikov in VMware User Group Rus
я писал про то, что когда вы добавляете LUN в ESXi, как datastore, на него пишется vmfs. со своими ограничениями и возможностями. Когда вы добавляете storage contanier, как datastore на него вообще ничего пишется. Поэтому нет и огранчений. Его вообще физически нет - это исключительно логика CХД для ограничения прав/емкости/т.д.
источник

@

@DVPDVPDVP in VMware User Group Rus
Добрый день! Не могу в документации найти следущее-несколько vcsa 6.7 s embedded pcs слинковано в ELM(все в одном SSO). Есть корректная процедура по выводу одного из таких VCSA из ELM. Понятно, что можно его уронить, потом как в интернетах пишут чистить от него https://www.vmgu.ru/news/vmware-vcenter-in-linked-mode-how-to-remove. А корректную процедуру в доке не нашел
источник

@

@DVPDVPDVP in VMware User Group Rus
но мб есть что-то более правильное
источник

@

@DVPDVPDVP in VMware User Group Rus
и непонятно, после вот такой вот процедуры -vcsa под снос
источник

@

@DVPDVPDVP in VMware User Group Rus
Process to decommission a vCenter Server
vCenter Server Appliance:
Log in as root to the appliance shell of the Platform Services Controller appliance with which the vCenter Server Appliance is registered.
To enable the Bash shell, run the shell.set --enabled true command.
Run the shell command to start the Bash shell and log in.
Run the cmsso-util unregister command to unregister the vCenter Server Appliance:
cmsso-util unregister --node-pnid vCenterServer_System_Name --username administrator@your_domain_name --passwd 'vCenter_Single_Sign_On_password'

Where, vCenter_Server_Appliance_System_Name is the FQDN or IP address of the vCenter Server Appliance that you want to decommission. You must run this command only on the Platform Services Controller appliance with which your vCenter Server Appliance is registered. Please enter the vCenter_Single_Sign_On_password in quotes.

Note: There is downtime involved in executing cmsso-util unregister command, it will restart the services on the vCenter Server / PSC where you are executing the command.

Power off the vCenter Server Appliance.
Delete the vCenter Server Appliance that you no longer need from the vSphere inventory
источник

@

@DVPDVPDVP in VMware User Group Rus
он же вышел из sso домена-или можно его как-то далее заюзать в одиночном режиме. За остальные vcsa как-то переживаю, за их целостность
источник

i

iscsi in VMware User Group Rus
а что в ваших vcsa такого, что вы за них переживаете?
источник

i

iscsi in VMware User Group Rus
IaC всех победит
источник

AP

Aleksandr Pushkin in VMware User Group Rus
iscsi
IaC всех победит
С этого места поподробнее
источник

i

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