Вход|Регистрация

Неразборчивое о виртуальном
Записи с меткой kb

Removing orphaned Nexus

Пятница, 16 ноября 2012, 20:35

Сегодня коллеги озадачили вопросом: "Как вычистить из инфраструктуры vCenter некорректно удалённый виртуальный коммутатор Nexus 1000v"?

Не знаю, почему так случилось, но аплинки и машины были перенесены на другие коммутаторы, модули VMS и VEM уже удалены, но в инфраструктуре объекты всё ещё существовали:



Когда-то я уже удалял из базы vCenter машину-призрака, поэтому решили пойти по тому же пути:

0. Делаем бекапы всего что необходимо!
1. Cтопим службу VMware VirtualCenter Server.
2. В Management Studio идём: <SQL север> ->Databases -> <имя БД для vCenter> -> Tables -> dbo.VPX_VDS. В контекстном меню Edit top 200 Rows. Удаляем строку с общими параметрами Nexus'а.
3. Аналогично удалению виртуалки необходимо удалить сам коммутатор и все всязанные объекты в таблице: Tables -> dbo.VPX_ENTITY. Ищем по имени объект самого свича и обращаем внимание на его ID. Далее в таблице находим все связанные объекты (с темже ID в колонке PARENT_ID) и удаляем сначала их. Последним удаляем строку с самим родительским объектом - коммутатором.


4. Ребутаем службу SQL Server для уверенности. И стартуем службы VMware VirtualCenter Server и все зависимые.

Учитывая, что вмешательство в данные базы часто приводит к срочному восстановлению из бекапа не совсем безопасно Frank Denneman предлагает более элегантный способ тогоже самого.

Источники:

http://kb.vmware.com/kb/1026009

http://frankdenneman.nl/networking/removing-orphaned-nexus-dvs/

Написать комментарий
howto  kb  vSphere 5  

Create a snapshot with large virtual disk

Пятница, 16 сентября 2011, 14:19

Короткая заметка, в качестве напоминания.

В предыдущих версиях vSphere магическое число 2TB-512bytes ограничивало нас во всём: vmdk-файлы (для максимального размера блока), RDM, datastore size.

Для vSphere 5 и VMFS 5 ограничения несколько изменились:
    Max Volume size    — 64TB
    pRDM                    — 64TB
    vmdk-файл, vRDM — 2TB-512bytes (даже для датасторов, обновлённых с VMFS 3 на VMFS 5)

Так вот, нужно учитывать один момент, создавая диски размером ровно или близким к 2TB. Всё, что связано со снапшотами, для них может не заработать:



То есть, основная проблема может возникнуть при резервном копировании такого диска. И выясниться это может уже когда данные будут залиты а то и когда будут уже в продакшене :)

Полезные ссылки:

kb 1012384

vsphere-50-configuration-maximums.pdf

Вопрос в комьюнити

Написать комментарий

vSphere 5 license downgrade

Четверг, 4 августа 2011, 23:54

Как известно, после выхода новой vSphere 5, который вроде бы ожидается в сентябре, лицензии на 4.x напрямую купить уже не получится.

В связи с тем, что не каждый админ отважится сразу заливать на "боевые" серевера свежий релиз, потребность в ключах для 4.x будет сохраняться ещё некоторое время.

Приведу цитаты из партнёрского FAQ по поводу приобретения лицензий для инфраструктуры предыдущих версий. Почему-то в публичной версии такого документа упоминаний об этом я не нашёл.

Q: Can I downgrade from vSphere 5 to a previous version?

A: Yes, vSphere licenses can be downgraded to vSphere 4.x or VI 3.5 licenses. <...> When downgrading, you agree to discontinue use of the vSphere 5 license keys.

Q: Can I upgrade licenses on which I previously performed a version downgrade back to vSphere 5?

A: Yes. When performing a version upgrade, the licensing model for that version applies (e.g., CPU with vRAM entitlement
for vSphere 5), and you must agree to discontinue use of the vSphere 4.x or VI 3 licenses used for the version upgrade.

UPD: статья KB про лицензирование.

Написать комментарий

Capacity Planner

Среда, 6 июля 2011, 12:24

Накопилось некоторое количество ссылок и заметок на тему работы с VMware Capacity Planner.

1. Для установки Capacity Planner Data Collector на систему с Win2k8 необходимо наличие в системе .NET 3.5+. Банально, но почему-то нигде в документации я этого требования не нашёл. Без .NET прекрасно ставится, но при запуске сыпет невразумительные ошибки.

2. Troubleshooting access rights, policies, and permissions preventing data collection — крайне полезный список, что и как следует проверять, если к Windows-системам не получается достучаться коллектором.

3. Вариант, что делать, если всё из вышеназванной KB дало только частично положительный эффект:

В правах доступа ветки реестра HKLM\Software\Microsoft\Windows NT\CurrentVersion\Perflib\ на проблемной машине для Local Service дать не Read, a Full Control.

Шаманство в том, что на практике для вроде бы одинаковых серверов где-то хватало прав на чтение, а где-то нужны были права на полный контроль. Нарыто здесь.

4. Оказывается, что для генерируемых отчётов не получается использовать собственные сценарии консолидации. Судя по дате сообщения, проблеме почти 2 года, но и сейчас у меня получилось только подправить два стандартных сценария под свои нужды.

5. Статья в KB от том, что нужно настраивать для получения "красивой" цифры результирующего процента консолидации.

Написать комментарий

vSphere: 4.0 -> 4.1

Среда, 15 сентября 2010, 15:47

Обновление тестового кластера прошло неудачно :(

Мигрировал VC 4.0, win 2003 R2 32bit на VC 4.1, win 2008 R2 (SQL и там и там - локальный Express). Hostname и IP наследовались.

Datamigration tool сначала отказывалась видеть прежний SQL - помогла kb 1024490, последний пункт. После этого backup.bat и install.bat на обоих машинах браво отрапортовали что всё sucessfull, но после подключения клиентом, в inventory было пусто. При этом только что установленный vCenter ругался на окончание своего Evaluation period. В логах тоже ничего криминального не было найдено.

Далее обновил два ESXi c 4.0 до 4.1:

C:\Program files\VMware\VMware vSphere CLI\bin>vihostupdate.pl --server 10.10.10.104 --install --bundle c:\TEMP\upgrade-from-ESXi4.0-to-4.1.0-0.0.260247-release.zip

Сразу после обновления оба хоста добавил в vCenter. Спустя какое-то время хост1 начал сыпать варнингами, а потом вообще перестал пинговаться. Разбираясь локально в чём дело, выяснил что после перезагрузки перепутались местами(!) и IP адресами vmknic'и :) Управляющий vmk0 поменялся портгруппой (и виртуальным свичём) с vmk1 (который был для NFS). NFS трафик у меня ходит в отдельной физической сети.

В довершении всего, через локальную консоль (ту. что на жёлтом фоне) не получалось не переопределить управляющий vmk, ни сменить ему IP. После подтверждения изменений всё оставалось прежним. Пришлось править всё руками в TechSupport Mode.

Источники:

vSphere 4.1 upgrade pre-installation requirements and considerations

Migrating an existing vCenter Server database to 4.1 using the Data Migration Tool

vSphere Upgrade Guide

Upgrading ESX 4.0 to ESX 4.1(video: UM, esxupdate, vihostupdate)

 

В итоге, подозреваю что сам виноват и мог где-то что-то упустить из виду. Я не стал детально прорабатывать план миграции и кое-где дочитывал "на ходу", потому что и задумывал в небоевых условиях пособирать раскиданные грабли.

Но даже по сравнению с предыдущим переездом с 3.5 на 4.0, количество найденного садового инвентаря несколько огорчает.

 

UPD: Как выяснилось, это не я налажал -- это известная ошибка, связанная с тем что datamigration tool некорректно обрабатывает локальный SQL Express. Подробности в kb.

Написать комментарий
⇤ Последнее
← Позже 1-я страница Раньше →