VI 3.5 deployment:
- VC может быть в ВМ и на физической машине, там и там стандартные плюсы\минусы
*)если он в ВМ, то: отключаем для этой ВМ DRS
*)DB лучше держать на другой машине - сколько надо VC - обычно один. несколько если
*)есть несколько локаций с медленными линками между ними - то можно несколько - по штуке в каждой
*)для recovery
*)для тестов - 3.5 и 3i могут использоваться вместе. В любом случае для работы из командной строки\скриптов юзаем rCLI, а не локальную SC ESX 3.5
- у хоста должно быть N+1 ядро - где N - кол-во ядер, необходимое под ВМ
- если используем транкинг(802.1q), то отключаем spanning tree или включаем Fast Port Switching(имеется в виду, на физических коммутаторах)
- Update Manager - лучше держать на отдельной машине. В основном, из за роста базы и трафика на скачивание разнообразных патчей. Есть калькулятор для прогнозирования размера базы - тут.
0 коммент.:
Отправить комментарий
Примечание. Отправлять комментарии могут только участники этого блога.