Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX, ESXi, vSphere и Infrastructure

Модерирует : lynx, dg

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565

Открыть новую тему     Написать ответ в эту тему

batva



crazy administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору


Предыдущие темы

VMware vSphere (ESX 4)

Цитата:
VMwаre vSphere™, первая в отрасли ОС для «облачных» вычислений, использует возможности виртуализации для преобразования ЦОД в упрощенные пулы ресурсов на основе технологии cloud computing и дает ИТ-отделам возможность реализовать гибкие и надежные ИТ-услуги нового поколения, используя внутренние и внешние ресурсы — безопасно и с минимальными рисками.

VMware Infrastructure (ESX 3)
Описания:
VMware ESX Server
VMware VirtualCenter
VMware Consolidated Backup
 
VMwаre ESX Sеrver и VMwаre Infrastructure: Документация Скачать с официального сайта Скачать в Варезнике
Бесплатный VMwаre ESX 3i: Скачать, FAQ, Управление VMwаre ESX 3i
 
Подборка полезных ссылок:
Ежедневная газета о виртуализации VMware, Citrix, Microsoft, Parallels собирает новости с этих сайтов,
FAQ,
утилиты для VMwаre ESX,
набор ссылок на сайты о виртуализации,
сервер для esx за 900$.  
Лицензирование MS Windows под виртуализацию.
Русскоязычная неофициальная документация - wiki.vm4.ru
Бесплатные утилиты для ESX/ESXi
vSphere alarm triggers
 
 
Краткий указатель:  
Монтирование гостевых дисков через VCB
Обозрение процесса обновления хостов через Vmwаre Update Manager
Гайд по командной строке.
 
 
FAQ:
 
Q: У меня такой вопрос а можно ли VMwаre ESX Serve подсунуть драйвера для райд контроллера. Просто хотел сначала установить на сeрвер ESXi но он не видит рейда а только 2 отдельных диска. Вот я и думаю что если в VMwаrе ESX Serve есть доступ к линуксовой консоли то может можно драйвер подсунуть?
Q: Не работает клиент vSphere под Windows 7/2008R2
Q: Как узнать, поддерживает ли система виртуализацию на уровне железа (Intel VT \ AMD-V) на уже установленном гипервизоре?
Q: известно, что vSphere позволяет отдавать ВМ до 8 vCPU. Однако, не все гостевые ОС смогут столько переварить. Например, Win2003 Standart увидит только 4, а WinXP - 2. Обидно, да?
Q: Как включить доступ по SSH на VMware ESXi?
Q: Как создать статичную MAC запись для виртуального адаптера?
Q: У меня тормозит мышь в Windows7/2008 из клиента vSphere
 
VMware View – решение для развертывания виртуальных рабочих мест.

Всего записей: 12593 | Зарегистр. 07-01-2001 | Отправлено: 09:33 04-04-2009 | Исправлено: reff, 18:12 15-05-2015
rivkin_max



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT  
Я не совсем понял, что конкретно нужно сделать для отключения "маскирование доступных физически сторадж-ресурсов"?

Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 13:00 06-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

у меня прямо сейчас нет ссылок под рукой.  три разновидности маскировки на хостах для трех аспектов администрирования стораджа

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 13:38 06-04-2012
Oleg_Kurilin



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Инфа взята мною отсюда: http://sfdoccentral.symantec.com/sf/5.0/hpux/html/vcs_install/ch_vcs_install_iofence4.html#320942

Дожились! Читаем, что говорит Symantec о SCSI-3 PR применительно к Veritas Cluster Server на HPUX, наивно пологая, что vmware поступает так же. В VMFS совсем другой механизм кластеризации, и идентификатор блокировки области файла совсем даже не SCSI атрибут, как ни странно. Научитесь правильно компилировать информацию.

Всего записей: 957 | Зарегистр. 01-09-2003 | Отправлено: 15:41 06-04-2012 | Исправлено: Oleg_Kurilin, 15:42 06-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Oleg_Kurilin

Цитата:
Дожились! Читаем, что говорит Symantec о SCSI-3 PR применительно к Veritas Cluster Server на HPUX, наивно пологая, что vmware поступает так же.  

 
А я полагаю, что симантек говорит о стандартах SCSI.
Они существуют и продаются за деньги, бесплатный доступ к драфтам перекрыли несколько лет назад.  
 
http://t10.org
в сети есть сайт, где они выложены (не знаю, насколько полно). За ссылкой в ПМ.
 
 

Цитата:
 В VMFS совсем другой механизм кластеризации,  

 
Кластеризация бывает на разных уровнях.  Там, где участвует Physical RDM - там речь именно о SCSI-кластеризации (PRDM - проприетарный термин, означающий делегирование управления SCSI-уровню).  На этом уровне узлы-инициаторы разных платформ могут получить совместный доступ к одним и тем же лунам (если располагают драйверами соотв. технологии SCSI, луны доступны физически и маркированы для кластеризации, а настройки зонирования кайфу не мешают). Это используется например в любых разновидностях SAN-бэкапа и SAN-управлялок. Насколько я сейчас себе представляю (подтвержение получил из вышеприведенной симантековской ссылки), необходимо, чтобы подобный софт действовал не самочинно, а подчинялся той же управлялке, что и соседи: иначе всем снесёт крышу. Это именно by design, возможно, что для того, чтобы избежать повреждения данных.  
 
А VMFS - кластерная ФС. Для невмварных платформ она тупо бессмыслена: просто неизвестные разделы на видимых лунах. Каждая платформа LVM интересуется только теми экстентами, которые она способна интерпретировать. Кластерная ФС допускает совместный доступ разных хостов к своему содержимому (блокировки осуществляются на уровне отдельных ресурсов внутри этого содержимого, в случае вмваре речь о виртуалках).
 
В SCSI-кластеризации блокировки осуществляются на уровне лунов, при том, что луны являются контейнерами годного ресурса для блокировок - а именно разделов с потенциальными экстентами файловых систем. Возможно, это оттого, что MBR-диски не предоставляют отдельного места для для сохранения метаинформации, в т.ч. рантаймовой о блокировках разделов (поэтому в веритасовском-симантековском LVM диски размечались специальной приспособленной для этой цели разметкой, исключающей их интерпретацию голой фирмварью и голыми осями; аналогичная ситуация с проприетарной разметкой дисков, сделанной "умными" рейд-контроллерами - в отличие от "безмозглых" HBA). С GPT в этом смысле стало полегче - но чтобы основанная на них архитектура стала оправданной, надо выбросить на свалку MBR.
 
 
Добавлено:
rivkin_max
 
Вспомнил предназначение одной из трех маскировок: она не даёт создать на одном луне более одного экстента VMFS.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 16:01 06-04-2012 | Исправлено: LevT, 17:39 06-04-2012
rivkin_max



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LevT
Спасибо но легче не стало.
Я искал в нете про маски. Ясности что мне делать пока нет.
 
Добавлено:
Проверил еще раз. Маленький VMFS расширить за счет расширенного луна могу. Большой не могу и даже за счет другого луна. Он не виден в окне инкриза.

Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 17:07 06-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Возможно, это оттого, что MBR-диски не предоставляют отдельного места для для сохранения метаинформации, в т.ч. рантаймовой о блокировках разделов (поэтому в веритасовском-симантековском LVM диски размечались специальной приспособленной для этой цели разметкой, исключающей их интерпретацию голой фирмварью и голыми осями; аналогичная ситуация с проприетарной разметкой дисков, сделанной "умными" рейд-контроллерами - в отличие от "безмозглых" HBA).

 
Вот только что обнаружил, что свежевышедший мелкомягкий DPM 2012 тоже предпочитает бэкапить не на виндовые тома, а создавать из входных лунов специальный сторадж пул с такого рода разметкой.
 
Не думаю, что тут только шкурный интерес вендор-локин: видимо, предполагается управление такими дисками на SCSI-уровне (ничего не знающем о проприетарном мелкомягком способе переваривать содержимое лунов в тома, опирающемся на  проприетарную семантику разделов "динамических" дисков).
 
 
Добавлено:
 
Иными словами, SAN-бэкап бывает там и только там, где SCSI-3 кластеризация и мультипас.
 
Они ни разу не проприетарные, а стандартные. При том, что стандарты те платные; это хотя и не означает их недоступности, но затрудняет взимопонимание между клиентами разных вендоров, вложившимися в изучение проприетарной маркетинговой терминологии. Зато стандарты пиарить некому, наоборот, вендоры заинтересованы в том, чтобы они были известными в максимально узких кругах.
 
 
Добавлено:
 
В голове клиента сразу нескольких вендоров это неизбежно вызывает шизу (мозаичное мировоззрение). С которой можно либо мириться, либо прилагать специальные усилия к возврату на твёрдую почву мировоззрения научного технического  
 
 
Добавлено:
 
Вендоры могут, конечно, использовать стандартную инфраструктуру SCSI-3 только в качестве транспорта, наворачивая поверх неё проприетарные сторадж-приложения на узлах.  Но здесь их одолевает жаба: партнёрство с себе подобными выходит привлекательнее.
 
А совокупный локин клиентов можно усугублять за счет впаривания проприетарных управлялок, плагинов к ним и агентов на узлах.  Что мы и наблюдаем.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 18:28 06-04-2012 | Исправлено: LevT, 23:39 06-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В связи с изложенным. Если кто-то использует партнерские продукты управления стораджем, не обязательно считать себя намертво залоченным на своего вендора.
 
Имеет смысл поставить рядом свободный сторадж и сравнить доступный функционал. И если он окажется внушительным, поделиться своим софтом в Варезнике.
 
Тем, в принципе готов на такое, но ограничен в личном ресурсе на этот проект (например, попросту не обладает временем, или не готов к еще одной кривой обучения, которую он считает слишком крутой) - я готов помогать в этом деле в любом необходимом объеме. ПМ.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 10:35 07-04-2012 | Исправлено: LevT, 10:37 07-04-2012
Michigun



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
считаю важным сказать - из того что пишет уважаемый LevT я ваще ничего не понимаю

Всего записей: 1623 | Зарегистр. 28-12-2004 | Отправлено: 11:11 07-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сухая выжимка: проприетарный функционал логического менеджера томов - высокоуровневый (аналог функционала L7 в сетях), он надстраивается поверх транспортного функционала, обеспечиваемого SCSI-уровнем.
 
Вендоры постепенно стандартизировали SCSI-функционал в рамках комитета http://t10.org с целью совокупного выдаивания клиентов, но не афишируют эти стандарты (с той же самой целью).
 
В рамках проприетарной терминологии вмваре упоминание "Physical RDM" означает именно делегирование задачи стандартному SCSI-уровню.
 
 
Пример1: снапшоты и клоны бывают двух совершенно разных сортов: 1)уровня LVM - таковы снапшоты и клоны виртмашин и 2) уровня СХД - это снапшоты и клоны лунов за таргетами.
 
Даже в официальной документации вмваре это разграничение не проводится - оттого путаница в мозгах. Например, я сам до недавнего был уверен, что технически возможна управлялка, реализующая любые вмварные снапшоты на уровне СХД (например, плагин к клиенту, создающий снапшот произвольной виртуалки вызовом zfs snapshot на сторадже). Это не так: такое оправдано только для таких лунов, которые не содержат ничего, кроме этой виртуалки.
 
 
Пример2: бэкап и репликация возможны как на уровне LVM, так и на уровне СХД (он же SAN offload). Это принципиально разные бэкап и репликация.  Во втором случае вмваре опирается на сервисы других вендоров, предоставленные стандартным для индустрии образом. Для первого она вынуждена самостоятельно реализовывать новый для себя функционал или предоставлять собственное стандартное API для Veeam и его конкурентов.
 
 
Пример3: кластеризация тоже бывает как минимум двух сортов. Разграничивающий их маркер - разделяемый ресурс внутри общего контейнера. Если это лун за таргетом, то речь о SCSI-кластере (ака SAN-кластере), проприетарного в нём "всего лишь только" оперативная управлялка поведением инициаторов. Storage multipathing полностью содержится в рамках этой темы. (Сама SAN, возможно, настраивается отдельной  конфигурялкой зонирования, проприетарной от сторадж-вендора.)
 
Если разделяемый ресурс виртмашина на "кластерной ФС" VMFS, то речь о проприетарном вмваре-кластере. Этот кластер, как известно, добавляет возможность унифицированным образом работать с виртмашинами на NFS - то есть расширяет стандартный де-факто (ориентированный на блочный сторадж) функционал LVM .

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 12:07 07-04-2012 | Исправлено: LevT, 10:15 08-04-2012
whaleshark



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Michigun
Не только вы. А то я боялся первым это сказать

Всего записей: 532 | Зарегистр. 28-06-2009 | Отправлено: 12:12 07-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Нарушение разграничения уровней в принципе возможно, но я уверен, что способного на такую выходку отморозка среди вендоров не сыщется.
 
Плюшки от соблюдения стандартов превышают плюшки от их нарушения.
 
 
 
Добавлено:
Michigun

Цитата:
из того что пишет уважаемый LevT я ваще ничего не понимаю

 
Предлагаю упражнение, которое сам считаю полезным: попробуйте пройтись по своему багажу разрозненных фактов о Physical RDM и упорядочить его с помощью только что изложенного мною.
 
Вас ждут на этом пути удивительные открытия о техническом смысле прочих маркетинговых терминов - и я надеюсь, что Вы не утаите их от нас.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 12:13 07-04-2012 | Исправлено: LevT, 13:02 07-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ещё упражнение, для всех желающих: предлагаю определиться.
 
Если вы никогда на практике не сталкивались с Physical RDM, не хотите сталкиваться и уверены, что никогда не столкнётесь помимо своего желания - вы можете прожить и дальше счастливым клиентом единственного вендора вмваре (возможно, что также ещё каких-нибудь NAS). В этом случае можете смело пропускать то, что я пишу.
 
 
В противном случае мои посты имеют самое прямое к вам отношение. С их помощью вы сможете как минимум начать понимать, как оно на самом деле работает, а если влияете на принятие решений - настоять на своём интересе.  
 
Пограничная область между слоями ответственности неадкватно (слабо и путано) документирована у вендоров - и вмваре и стораджа: каждый тянет одеяло на себя, навязывая маркетинговый язык, удобный для продаж, но не для самостоятельного принятия клиентами технических решений.  Неадекватен язык ОБОИХ вендоров, в т.ч. и в совместных white papers, потому, что их составители мотивированы ростом совокупных продаж и привязыванием клиентов именно к данной связке товаров. Распространение фундаментальных технологических знаний не только не является их целью, но выходит для них нежелательным побочным эффектом.
 
 
Добавлено:
 
И огромная благодарность вмваре, именно за то, что она дала зацепку - Physical RDM. Без неё вендорам стораджа еще долго удавалось бы наводить туман на пути приобретения знаний.

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 18:15 07-04-2012 | Исправлено: LevT, 23:44 07-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Все без исключения вендоры СХД, торгующие и SAN, и NAS - абсолютно не заинтересованы в прояснении особенностей SCSI-транспорта. Это только обременит клиентов лишними знаниями в ущерб продажам.
 
То же самое относится ко всем без исключения вендорам "бэкапа и репликации" (где среди прочего встречается опция SAN offload).  И к вендорам "железных" SAN, которым надо поддерживать иллюзию "несофтовости" своей продукции для того, чтобы продавать за разные деньги разные фиксированные конфигурации одного и того же софта.
 
 
Вы знаете таких вендоров, которые торгуют только SAN-ориентированным софтом? Я нет. Datacore, может быть? Но её специфичный "прокси" софт исключительно виндовый...
 Если таковые всё-таки имеются, то вопрос о причинах их молчания поистине конспирологический.
 
Симантек более всего отвечает этому моему запросу: он-то как раз и оказался наиболее разговорчивым. "Выдал тайну комитета".

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 00:06 08-04-2012 | Исправлено: LevT, 10:01 08-04-2012
Oleg_Kurilin



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Такое впечатление, что наш друг решил сделать из этой темы персональный блог. Призываю, не стоит демонстировать здесь свою способность разбираться в чём-либо, особенно в вопросах, которые имеют слабое отношение к теме топика. К тому-же, эта демонстация может иметь радикально противоположный результат!

Всего записей: 957 | Зарегистр. 01-09-2003 | Отправлено: 14:39 08-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Oleg_Kurilin
 
Вы вот лично уверены, что вам не нужен Physical RDM и никогда не понадобится?  
Если нет - то не хотите ли попробовать разобраться, что это такое на самом деле? И какие возможности оно открывает, не освещённые в вендорских мануалах для ПТУ-шников?

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 15:53 08-04-2012 | Исправлено: LevT, 15:58 08-04-2012
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT

Цитата:
Если нет - то не хотите ли попробовать разобраться, что это такое на самом деле?

Даже если и есть такие желания, то реализовать их не удается при Вашем стиле изложения.
Вот, что пишут об этом другие:

Цитата:
считаю важным сказать - из того что пишет уважаемый LevT я ваще ничего не понимаю


Цитата:
Не только вы. А то я боялся первым это сказать

Я присоединяюсь к их мнению.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:17 08-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan

Цитата:
Даже если и есть такие желания, то реализовать их не удается при Вашем стиле изложения.  

 
А Вы разбираться предпочитаете исключительно нахаляву за мой счет? Разберитесь сами и изложите дело лучше меня: я буду только рад. Уверен, что Ваш стиль изложения окажется безупречным.
 
 
 
 
Добавлено:
 
Лучше, конечно, разбираться сообща - но для этого нужен общий язык, пользующийся признанием хотя бы в узком кругу.
 
Я вот пытаюсь его создать как умею. "На безрыбье и рак рыба."
Может, у Вас или ещё у кого-нибудь выйдет лучше?

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 16:51 08-04-2012
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
LevT
Вы ведь ставите цель:

Цитата:
попробовать разобраться

Я Вам уже сказал, что большинство не разобралось не в освещаемом вопросе, а в вашем изложении.

Цитата:
изложите дело лучше меня

Ведь об этом никто не просит. Ваше изложение полностью Ваша инициатива.
 
 
Добавлено:

Цитата:
Лучше, конечно, разбираться сообща - но для этого нужен общий язык

С этим согласен, но для этого нужна дискуссия, а не монолог.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:56 08-04-2012
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Дык кто мешает поучаствовать в дискуссии? С позиции хотя бы признания её предмета. А то вcтреченные до сих пор мною возражения требуют в ответ на них с самого начала разжёвывать очевидные вещей:
 
 
- Ты что, дурак, не видишь, то "Мерседес", а это "Тойота"? Сервис-центры фирменные за углом и через три квартала.
 
- А ничего, что у обеих тачек по четыре колеса, рулевое управление и далее по списку? И ездить они должны по общим правилам.
 
 
Добавлено:

Цитата:
Я Вам уже сказал, что большинство не разобралось не в освещаемом вопросе, а в вашем изложении.  

 
Где можно ознакомиться с другими изложениями?

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 17:21 08-04-2012 | Исправлено: LevT, 20:06 08-04-2012
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вопрос по подключению интерактивного UPS с хосту:
Имеем:
1. Сам хост не участвует ни в каких кластерах, т.е. vMotion для виртуалок не используется.
2. Подключаемый ИБП не имеет управленческих утилит под ESXi. Но есть и под Window.s и под Linux RH. (именно такие ОС крутятся на виртуалках)
3. Преследуемая цель - интерактивность. Т.е. хочу корректное завершение всех виртуалок при критическом уровне заряда АКБ. А так же старт-ап при возобновлении напряжения в сети. (Старт-ап это уже забота БИОСа, там полный порядок)
 
Вопрос:
Правильно ли я понимаю, что USB-хвост надо предоставить в одну из виртуалок, и управление передать ей? (Предполагаю допиливание команды на выключение  предварительной рассылкой сообщений соседям о завершении их работы. Или как вариант передать команду poweroff хосту через ssh, а он уже разберется в корректном выключении всех и вся)
 
P.S.: Опыта управления интерактивными ИБП не имею, но не думаю, что это сложнее модема.
P.P.S.: Бесят меня автоматические теги на слово "окошки"

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 21:01 08-04-2012 | Исправлено: karavan, 21:16 08-04-2012
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565

Компьютерный форум Ru.Board » Операционные системы » Другие ОС » VMware ESX, ESXi, vSphere и Infrastructure


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru