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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
lichnik

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Какой сейчас статус  СХД, какие элементы находятся в Degraded ?
 
Добавлено:
Выложи хотябы Евент Логи:
СХД(выбираешь слева)\general\View Events(выбираешь справа) - далее два лога:
Controller Event Log
Management Server Event Log

Всего записей: 120 | Зарегистр. 09-10-2007 | Отправлено: 10:19 04-07-2018
Xanth

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток.
Никто не сталкивался с такой ошибкой:

Сервис vmware-vcha остановлен и не запускается

Всего записей: 69 | Зарегистр. 19-02-2006 | Отправлено: 15:28 11-07-2018
A13

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго дня!
Помогите решить проблему.
На хосте ESXi 6.7 решил отключить драйвер vmw_ahci, чтоб адаптер работал через sata_ahci
 
esxcli system module set --enabled=false --module=vmw_ahci
 
После выключения драйвера хостом перестали видится диски.  
Обратно vmw_ahci не включается. Точнее включается, но после ребута хоста, снова в выключенном состояние. Помогите включить обновлённый драйвер или сделать чтобы виделся стандартный sata_ahci.  

Всего записей: 1 | Зарегистр. 16-07-2018 | Отправлено: 13:48 16-07-2018
amirhossein1988

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
please share the site recovery manager license.

Всего записей: 2 | Зарегистр. 16-08-2014 | Отправлено: 16:14 18-07-2018
Cover Story



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.
Планирую использовать esxi free для трех виртуальных машин на ос win2003 x86. Под это дело собираюсь брать новую машину. В следствии этого возникло два вопроса. Какой лучше выбрать процессор? С большим количеством ядер  или упор делать на частоту.  
Второй вопрос какие материнские платы в полноценном ATX форм факторе лучше поддерживают виртуализацию (не серверные). В данном случае интересует не модель, а поддержка в BIOS'е.

Всего записей: 72 | Зарегистр. 05-01-2006 | Отправлено: 11:12 25-07-2018
testerkk

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всё очень просто, смотря какие задачи у вас там будут крутиться. Если они легко распараллеливаются, берите много ядер, если тяжело - берите частотой. В биосе никакая спец поддержка не нужна, vt-x vt-d уже все современные мамки давно поддерживают.

Всего записей: 674 | Зарегистр. 29-03-2016 | Отправлено: 11:50 25-07-2018
Cover Story



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

Цитата:
Всё очень просто, смотря какие задачи у вас там будут крутиться. Если они легко распараллеливаются, берите много ядер, если тяжело - берите частотой. В биосе никакая спец поддержка не нужна, vt-x vt-d уже все современные мамки давно поддерживают.

Спасибо.
 
А вообще, подскажите зависимость количества ядер процессора от количества виртуальных машин. Как пример, 5 виртуальных машин которые используют по одному двухядерному процу. Для такой системы Какой лучше процессор ставить?
 

Всего записей: 72 | Зарегистр. 05-01-2006 | Отправлено: 13:52 25-07-2018
reff



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Cover Story
Цитата:
5 виртуальных машин которые используют по одному двухядерному процу
Не используйте переподписку. Сначала выдайте всем по 1 vCPU и затем, при необходимости ежели таковая случится, выделите больше. Переподписка (излишнее выделение ресурсов с пояснением "мне не жалко") — зло. Гуглите.

Всего записей: 6928 | Зарегистр. 04-09-2003 | Отправлено: 16:05 25-07-2018
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
reff
точно ли так для включённого HT?
HT отключать вмваре точно не рекомендует (я гарантирую это, но пруфа не помню)

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 17:03 25-07-2018
admin931



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

Цитата:
Всё очень просто, смотря какие задачи у вас там будут крутиться. Если они легко распараллеливаются, берите много ядер, если тяжело - берите частотой. В биосе никакая спец поддержка не нужна, vt-x vt-d уже все современные мамки давно поддерживают.

 
извиняюсь за комментарий, но это очень абстрактное высказывание...  
кто его знает как какое приложение параллелится на практике.  
лично мое мнение HT - зло, "подачка для нищих", которые не могут мощный сервер купить.
без обид, но в большинстве моих задач прироста производительности от него нет, а вот потери могут быть.
 
к примеру на сервере приложений/терминалов с которым работает много народу и где одних запущенных процессов больше нескольких тысяч HT - возможно и даст прирост, однако большинство приложений с трудом параллелится на 2-4 потока, следовательно при малом кол-ве потоков и большом кол-ве виртуальных ядер CPU (HT) производительность уменьшиться.  
   

Цитата:
точно ли так для включённого HT?
HT отключать вмваре точно не рекомендует (я гарантирую это, но пруфа не помню)  

Опять же, очень сильно от задач зависит и железа.
например для "высоконагруженного" кластера приложений типа "1C" - включать HT крайне не рекомендуется. Ибо 1С так толком и не научились параллелить свои задачи. Особенно если у вас стоит "многомудрый" сервер с процессорами "GOLD" о 48 головах и более.
В тоже время офисный набор (AD, DNS, DHCP, WSUS ... ) прекрасно живет на "core i3" на двух физических (4 виртуальных в HT)  
 
Что касается "vd-x" и "vd-t" то данные технологии как-раз намного важнее HT. И зачастую на работу и производительность влияют значительно сильнее.  
VT-x - крайне важен при работе с вложенными гипервизорами.
изчего следует вывод, что процессоры с "разлоченным" множителем (Серия К) для виртуаллизации подходят не очень, ибо как раз таки одну из этих технологий они не поддерживают.  
т.е. i7-8800k в разгоне в виртуальной среде будет проигрывать i7-8800 в производительности, но  при этом будет жрать почти в 1,5-2 раза больше ватт (греться будет не слабо)

Всего записей: 214 | Зарегистр. 07-12-2005 | Отправлено: 23:24 25-07-2018 | Исправлено: admin931, 23:45 25-07-2018
testerkk

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вы немножко отстали от жизни К процессоры уже давно это все поддерживают начиная с i7-4790K
 
Добавлено:

Цитата:
подскажите зависимость количества ядер процессора от количества виртуальных машин

её нет... Есть зависимость количества ядер процессора от количества и качества сервисов, которые крутятся внутри виртуальных машин.  Для примера: на одной виртуалке у вас dns сервер и все, а на другой сервер 1с на 1к пользователей, а на третьей рендерят дизайнеры, как думаете им одинаково ресурсов нужно?

Всего записей: 674 | Зарегистр. 29-03-2016 | Отправлено: 11:16 26-07-2018
Cover Story



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

Цитата:
её нет... Есть зависимость количества ядер процессора от количества и качества сервисов, которые крутятся внутри виртуальных машин.  Для примера: на одной виртуалке у вас dns сервер и все, а на другой сервер 1с на 1к пользователей, а на третьей рендерят дизайнеры, как думаете им одинаково ресурсов нужно?

Конечно разное, собственно от этого мы и отталкиваемся задав предварительную конфигурацию виртуальной машине. Либо уже в следствии работы проанализировав потребности каждого виртуального сервера выдаем ему больше или меньше ресурсов.
 
Как бы мне не понятно следующее, зависимость виртуальных ядер (частотой процессора мы вроде не управляем) от физических она пропорциональна? И как рассчитывать ресурсы процессора? Например: планируем мигрировать с физических серверов два сервера. В сумме эти две машины использовали 5 ядер процессора. Т.е. для чтобы мне рассчитать процессор для виртуальной машины, в грубом проближении я должен взять 6-ти ядерный процессор: 5 ядер под виртуальные машины и одно ядро под esxi? Или, не все так плоско?
 
 

Всего записей: 72 | Зарегистр. 05-01-2006 | Отправлено: 13:01 27-07-2018
LevT



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Cover Story
 
Посмотреть СРЕДНИЙ процент загрузки физического процессора. Если он скажем 20% - то три ядра из четырёх зря греют серверную.
 
Исключение для таких нагрузок, ПИКОВАЯ производительность которых напрямую удовлетворяет пользователей (1C, RemoteDesktop)

Всего записей: 17108 | Зарегистр. 14-10-2001 | Отправлено: 13:41 27-07-2018 | Исправлено: LevT, 13:41 27-07-2018
Barmaglot2000

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всем всем
 
, кто может-быть сталкивался...
 
Есть софт, защищенный аппаратным USB Sentinel HASP SRM ключем (Firmware 3.25).
Пользующие софт, воткнули ключ на сервере с установленным ESX, а сами работают через драйвер ключа на Windows-клиентах.
Пока у них был ESX 6.0 проблем не было. После апгрейда ESX до 6.5 софт перестал видеть такой ключ.
Смена версии драйвера ключа до последней на Windows-клиентах эффекта не дала...
Может им какие-то обновления для 6.5 нужны или есть какие-то нюансы конфигурации проброса USB-устройств для 6.5 в целом или для HASP с этой (3.25) прошивкой в этом контексте?
Что ихнему системщику посоветовать? Сам я только по Windows в чем-то и как-то, а тут
ESX для меня - ну только одна аббревиатура - "черный ящик".
 
заранее!  

Всего записей: 273 | Зарегистр. 01-02-2002 | Отправлено: 18:36 27-07-2018
testerkk

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

Цитата:
Т.е. для чтобы мне рассчитать процессор для виртуальной машины, в грубом проближении я должен взять 6-ти ядерный процессор: 5 ядер под виртуальные машины и одно ядро под esxi? Или, не все так плоско?

Всё ещё более плоско. Нагрузкой esxi можете пренебречь вовсе. Если физическому серверу хватало четырёх ядер, такого-то процессора, то ему 100% хватит 4-х виртуальных ядер этого же процессора вместе с esxi. Гипервизор отдаёт виртуалке РЕАЛЬНЫЕ ядра вашего процессора.

Всего записей: 674 | Зарегистр. 29-03-2016 | Отправлено: 19:36 27-07-2018
Cover Story



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Barmaglot2000
 
Используем ключи от Aladdin. На ESXi 6.5 и тестовой 6.7 все работает нормально.  
В диспетчере устройств данный ключ отображается? Есл нет. То нужно в Edit Settings виртуальной машины выбрать заново Add other device -> USB device.  
Также можно попробовать обновить версию драйверов виртуальной машины и соответственно переустановить VMware Tools

Всего записей: 72 | Зарегистр. 05-01-2006 | Отправлено: 19:37 27-07-2018 | Исправлено: Cover Story, 19:49 27-07-2018
RemComm



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

Цитата:
Переподписка (излишнее выделение ресурсов с пояснением "мне не жалко") — зло.  

 
Возможно, пардон, вы не совсем верно трактуете. Возможно, речь идет о CPU overcommitment, который выражается в oversubscription ratio. Это превышение количества назначенных всем ВМ vCPU реального количества logical CPU на хосте, при допущении, что все ВМ запущены. Т.е. всем ВМ админ суммарно раздал 30 vCPU, а реально на хосте есть только 10 lcpu - CPU overcommitment ratio = 3:1 в этом конкретном случае. Это не всегда зло, потому что концепция виртуализации - это не только консолидация, но и повторное использование ресурсов. Когда это зло - когда когда средняя общая загрузка логических ЦПУ выше (~70%) - тогда контекстные переключения начинают очень серьезно отъедать циклов и это выливается в увеличение латентности ВМ. В остальных случаях это вполне может быть допустимо. В частности, в моей практике есть есть один экземпляр, на котором сконсолидированны "ленивые" машины. Которые что-то там выполняют, должны быть полностью изолированы, но сколько-то значительной нагрузки не генерируют, за исключением несовпадающих, в среднем, по статистике, пиков. Оверсубскрипшн рейт там больше 8:1, при том, что средняя загрузка lcpu не выше 30%.
 
Поэтому - да, вопрос таки спорный

Всего записей: 838 | Зарегистр. 30-09-2003 | Отправлено: 19:40 27-07-2018 | Исправлено: RemComm, 19:44 27-07-2018
testerkk

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Barmaglot2000
Суть не очень понятна, но как вариант можно посоветовать пробросить внутрь виртуалки сам физический usb hub на материнке через directpath io configuration, в котором торчит этот ключ.  
 
Добавлено:
RemComm
Мне кажется вы не поняли товарища reffа, он имел в виду, что если виртуалке хватает 1го ядра, очень плохо давать ей 2-4. Она так будет работать ещё медленнее чем на 1м, потому что гипервизору придется искать и выделять ей  2-4 свободных ядра, а это значительно сложнее на нагруженной системе, чем найти одно свободное ядро. Это именно про ваш случай. Если же CPU overcommitment ratio = 1:1, то пофиг)

Всего записей: 674 | Зарегистр. 29-03-2016 | Отправлено: 19:41 27-07-2018 | Исправлено: testerkk, 19:51 27-07-2018
RemComm



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
testerkk
 
Возможно, да - это из-за путаницы в терминологии. Выделение большего количество ресурсов (CPU в частности) - да, это, безусловно, вредит из-за процессов, связанных с разпараллеливанием задач. Вся беда в том, что на таких ВМ, где выделено больше vCPU, чем реально надо - вдруг растет %RDY - таки паскудная штука, потому как рут кейс поймать не всегда удается, особенно, когда ВМ конфигурируется под требования установленного в ГОС софта, работающего не в полную нагрузку. Гиепрвизор не будет искать ядра для выделения ВМ, а будет искать ядра куда положить потоки этой самой ВМ. И если на ядрах есть пустые циклы - то это не составит проблемы. А если вот пустых циклов маловато - то тут мы и получим снижение resource delivery.
 
Впрочем, у меня тоже есть реальный кейс на эту тему, где мне пришлось этот вопрос долго тереть с VMware TSE, и он даже был эскалирован на разработчиков, как баг - в последних версиях ESX этот вопрос уже не так актуален. Т.е. (как мне объяснил разработчик) выделение большего количества vCPU уже не приводит к столь печальным последствиям.
 
Суть этого кейса в том, что в настоящее время ситуация такова, что практически все ОС (ГОС в нашем контексте) - многозадачные, где распараллеливание возможно уже, хотя бы, на уровне процессов, и даже при минимальной конфигурации и без нагрузки эти ОСи вполне одинаково работают как на 1 ядре, так и  (скажем) на 4. Т.е., пока для контекстных переключений есть циклы - проблема не всплывет. Все плюшки с салом выплывают когда начинается конкуренция за ресурсы, которых не хватает - там не спасает ничего, кроме добавления камней.
 
 
Благодарю за поправку .

Всего записей: 838 | Зарегистр. 30-09-2003 | Отправлено: 20:10 27-07-2018 | Исправлено: RemComm, 20:23 27-07-2018
reff



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
RemComm
Речь идёт о том, что ВМ могла бы выполнить задачу одним vCPU, но поскольку она наделена двумя/тремя/...цатью, она вынуждена ждать освобождения ресурсов, чтобы считать всеми vCPU.
Barmaglot2000
Попробуйте вставить в сервер USB-концентратор, а в него — хасп.

Всего записей: 6928 | Зарегистр. 04-09-2003 | Отправлено: 21:02 27-07-2018 | Исправлено: reff, 21:04 27-07-2018
Открыть новую тему     Написать ответ в эту тему

Страницы: 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