Дек 15

Часто администраторы виртуальной инфраструктуры VMware vSphere испытывают необходимость увеличить размер виртуального диска VMDK, который защищен технологией репликации VMware vSphere Replication. Если попытаться увеличить диск из vSphere Client, то вы получите вот такую о?ибку: vSphere Replication does not support changing the length of a replicated disk Поэтому для увеличения реплицируемого VMDK-диска нужно сделать следующее: Переименуйте папку с виртуальной ма?иной и виртуальным диском на резервном сайте. Это нужно для того, чтобы при отключении репликации папка с ВМ на резервной площадке не удалилась

Читать даль?е (источник): 
Как увеличить размер виртуального диска VMDK, который защищен средствами VMware vSphere…

Дек 14

Недавно мы писали о полезных утилитах командной строки виртуального модуля VMware vCenter Server Appliance (vCSA) , которые могут пригодиться при ежедневном администрировании виртуальной инфраструктуры VMware vSphere.

Читать даль?е (источник):
Порядок загрузки сервисов VMware vCenter Server Appliance 6.5 U1 и управление ими.

Дек 12

?звестный своими скриптами блоггер Luc Dekens (LucD) опубликовал интересный сценарий PowerCLI для виртуальной инфраструктуры VMware vSphere, который позволяет вычистить права доступа на объекты, для которых уже существуют права на уровне родительских объектов. Например, у вас есть такая картина: Соответственно, нам нужно почистить пермиссии в папке Test1131 для пользователя Localtest, чтобы разре?ения остались только на уровне родительского объекта Test1 (там, как мы видим, установлена опция применения разре?ений вниз к дочерним объектам). Собственно, сам скрипт: Optimize-Permission -Entity Folder1 -WhatIf .EXAMPLE PS> Optimize-Permission -Entity Folder?

Читать даль?е (источник):
Как почистить избыточные вложенные права доступа в VMware vSphere – скрипт от LucD.

Дек 11

Недавно мы писали о том, что такое и как работает механизм отказоустойчивости VMware vCenter Server Appliance High Availability (vCHA), защищающий виртуальные модули vCenter Server Appliance (vCSA) в случае программных и аппаратных сбоев. Там мы рассказывали, что vCHA – это Active/Passive кластер, который состоит из трех компонентов – активного узла, работающего под нагрузкой, пассивного, готового взять на себя нагрузку в случае сбоя активного, а также компонента Witness (“свидетель”) – который защищает кластер от ситуации split-brain (оба узла считают себя активными в случае изоляции сети) и является кворумным узлом: Напомним, что кворумный узел не может получить роль сервера vCenter, это ли?ь маленькая ма?ина, реализующую функцию Witness в ситуациях изоляции и разделения сети. Если посмотреть на архитектуру ре?ения, то можно понять, что оно не использует сеть хранения для сигналов доступности и не рассчитано на множественные сбои, что позволит гарантированно сохранить или восстановить работоспособность только в случае отказа/изоляции ли?ь одного из компонентов

Читать даль?е (источник): 
Обработка ситуаций отказа в механизме VMware vCenter Server Appliance High Availability.

Дек 08

Как знают администраторы VMware vSphere, с выходом каждой новой версии платформы увеличиваются и максимумы для ее компонентов. Многие из этих максимумов трудно достижимы на практике, поскольку еще нет серверов такой возможности (например, для запуска такого количества ма?ин в производственной среде), но некоторые аспекты требуют того, чтобы лимиты параметров были увеличены (например, число vNIC на одну ма?ину иногда для тестирования нужно боль?е). Давайте взглянем на эволюцию максимумов VMware vSphere в таблицах ниже, где отображены параметры версии 5.5, 6.0 и 6.5: Максимумы виртуальных ма?ин Параметры виртуальных ма?ин ESXi 5.5 ESXi 6.0 ESXi 6.5 vCPU на ВМ 64 128 128 RAM на ВМ 1 ТБ 4 ТБ 6 ТБ азмер виртуального диска на ВМ 62 ТБ 62 ТБ 62 ТБ Виртуальных сетевых адаптеров на ВМ (vNIC) 10 10 10 Виртуальных адаптеров SCSI на ВМ 4 4 4 Таргетов для виртуальных адаптеров SCSI на ВМ 60 60 60 Виртуальных адаптеров NVMe на ВМ – – 4 Таргетов для виртуальных адаптеров NVMe на ВМ – – 60 Видеопамяти на ВМ 512 МБ 512 МБ 2 ГБ Максимумы вычислительных мощностей VMware ESXi Вычислительные мощности ESXi 5.5 ESXi 6.0 ESXi 6.5 Логических CPU на хост 320 480 576 Epkjd NUMA на хост 16 16 16 Виртуальных ма?ин на хост 512 1024 1024 Виртуальных процессоров (vCPU) на хост 4096 4096 4096 Виртуальных процессоров (vCPU) на ядро 32 32 32 Оперативной памяти (RAM) на хост 4 ТБ 12 ТБ 12 ТБ Максимумы хранилищ VMware ESXi Параметры хранилищ ESXi ESXi 5.5 ESXi 6.0 ESXi 6.5 Виртуальных дисков на хост 2048 2048 2048 Логических томов LUN на хост 256 256 512 Адаптеров iSCSI NIC на хост 8 8 8 Число путей к хранилищам на один хост 1024 1024 2048 Число путей к одному LUN (software+hardware iSCSI) на хост 8 8 8 Таргетов программного iSCSI на хост 256 256 256 NAS: монтирований NFS-томов на хост 256 256 256 Fibre Channel (FC): число адаптеров HBA любого типа на хост 8 8 8 Программных адаптеров FCoE на хост 4 4 4 азмер тома VMFS 64 TB 64 TB 64 TB Томов на хост 256 256 512 Хостов ESXi на один том 64 64 64 Включенных виртуальных ма?ин на один том VMFS 2048 2048 2048 Одновременных операций vMotion на один том VMFS 128 128 128 Максимумы сетевого взаимодействия VMware ESXi Параметры сетевого взаимодействия ESXi ESXi 5.5 ESXi 6.0 ESXi 6.5 Портов 1 Gb Ethernet (Intel) – igb – на хост 16 16 16 (igbn) Портов 1Gb Ethernet (Broadcom) – tg3 – на хост 32 32 32 (ntg3) Портов 1Gb Ethernet (Broadcom) – bnx2 – на хост 16 16 16 10Gb Ethernet (Intel) – ixgbe – на хост 8 16 16 Портоы 10Gb Ethernet (Broadcom) – bnx2x – на хост 8 8 8 Комбинация портов 10Gb и 1Gb на хосте До восьми портов 10Gb и до четырех портов 1Gb До ?естнадцати 10 Gb и до четырех 1 Gb ports До ?естнадцати 10 Gb и до четырех 1 Gb ports Портов 40GB Ethernet Ports (Mellanox) – mlx4_en – на хост 4 4 4 (nmlx4_en) Число виртуальных устройств SR-IOV на хост 64 1024 1024 Число физических сетевых адаптеров SR-IOV 10G на хост 8 8 8 Портовых групп VSS на хост 1000 1000 1000 аспределенных виртуальных коммутаторов на хост 16 16 16 Всего портов виртуальных коммутаторов на хост (неважно VDS или VSS) 4096 4096 4096 Максимально активных портов на хост (VDS и VSS) 1016 1016 1016 Число виртуальных портов на одном виртуальном коммутаторе (VSS) 4088 4088 4088 Групп портов на стандартный виртуальный коммутатор 512 512 512 Портов на распределенный виртуальный коммутатор 60 000 60 000 60 000

Читать даль?е (источник): 
?зменение основных максимумов виртуальной инфраструктуры от VMware vSphere 5.5 до 6.5.

Дек 05

Cormac Hogan написал занимательный пост о об использовании дискового пространства в кластере VMware vSAN.

Читать даль?е (источник): 
Как расходуется дисковое пространство в кластере VMware vSAN при удалении файлов?

Дек 01

Некоторое время назад мы писали о том, как делать резервное копирование и восстановление базы данных сервера vCenter Server и виртуального модуля vCenter Server Appliance ( vCSA ).

Читать даль?е (источник):
Резервное копирование сервера VMware vCenter Server Appliance (vCSA) через PowerCLI.

Ноя 29

Те из вас, кто следит за новостями VMware, знают, что некоторое время назад компания отказалась от развития своего публичного облака (ранее оно называлось vCloud Air и было продано в OVH ) в пользу партнерских решений на стороне облаков сервис-провайдеров. Главным и первым из таких партнеров стала компания Amazon, которая совместно с VMware предлагает IaaS-услугу аренды виртуальных машин на базе AWS . В мае этого года случилось невероятное: два заклятых конкурента – VMware и Microsoft – предложили совместную услугу VMware Horizon Cloud on Microsoft Azure , позволяющую получить в аренду виртуальные десктопы и приложения

Читать даль?е (источник): 
VMware vSphere из облака Microsoft Azure – хосты ESXi на оборудовании Microsoft.

Ноя 25

Гостевой пост сервис-провайдера ?Т-Г АД, предоставляющего виртуальные ма?ины из облака IaaS в аренду . В статье «Миграция в облако» мы рассказывали о частичном и полном переходе на облачную площадку, рассматривали примеры реальных кейсов, затрагивая наиболее распространенные о?ибки. Сегодня поговорим о том, какие инструменты помогают мигрировать между различными облаками и когда возникает такая необходимость.

Читать даль?е (источник):
Миграция между облаками c использованием инструментов VMware.

Ноя 23

С момента выхода последнего мажорного релиза платформы виртуализации VMware vSphere 6.5 мы много писали о ?ифровании виртуальных ма?ин (и, кроме того, затрагивали тему производительности этого процесса ), а также техниках ?ифрования кластеров vSAN (и некоторых особенностях этого ).

Читать даль?е (источник): 
Шифрование виртуальных ма?ин VMware vSphere и обеспечение доступности KMS (Key Management Service).

WordPress AutoBlog Plugin