Spelldon

Если планируете работать в госс.конторах, то нет. Там импортозамещение, поэтому Eltex, zVirt, Астралинукс.
Если планируете в обычный бизнес, то да, там все работает как обычно, микротики, циски и т.д., были бы деньги или желание "ломать".
На счет курсов не стоит забывать, что курсы приносят пользу только их создателям.

Нужно усилить или организовать дополнительное питание хаба.
Усилить - это использовать к хабу кабель с двумя разъемами usb, использовать оба.
Дополнительное питание - у хаба должен быть разъем под блок питания (нет - сменить хаб). Его нужно задействовать, либо питанием из розетки, либо повер-банком если есть возможность.
Если хаб usb 3.0, то воткнуть его в usb 3.0 ноута, кабелем под 3.0, тогда есть вероятность, что по usb пробросится необходимый ток.

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

Проблемы с питанием: возможно порт ноутбука слабый и хабу не хватает питания - следует использовать хаб с внешним питанием и заземлением или таки использовать несколько хабов через разные порты. Имеет смысл посмотреть в спецификациях ноутбука есть ли там более мощные порты и проверить другие порты с другой стороны ноутбука. Еще может быть проблема в самом контроллере USB.

если коснуться хаба он бьет током

Отсутствует заземление. Если у БП ноутбука есть заземление - воткнуть в розетку с заземлением. В данном случае рекомендуется не работать в шерстяной одежде/синтетике, чтобы не копилась статика. Либо периодически сбрасывать статику с себя путем заземления через кран/батарею.

Все можно делать на горячую, только после увеличения в esxi, требуется расширение диска внутри VM

Возможно ли на горячую добавить место на жесткий диск

Можно

или примонтировать еще один не выключая ВМ в vsphere?

Можно

Но не надо забывать, что после расширения диска средствами ESXi нужно "расширить" диск средствами самой виртуалки. Как это в винде - понятия не имею, в линухе - man resize2fs

По той же причине, что и делают совстенное облачное хранилище

В простых кейсах с малым количеством телефонов - смысла не имеет.
Когда у тебя сложный "вариант" с разными переадресациями, уведомлениями итд, то уже требуется свое. Или когда нужна интеграция с софтом, которого нет у облачного провайдера.

Так же когда много телефонов - это банально дешевле, ту же запись звонков хранить.
Ну или конфиденциальность, в какой то степени тоже

которая гораздо удобнее и легче в настройке

Ровно до тех пор, пока у вас не появляются нестандартные запросы. Например, перевод входящего звонка в зависимости от графика работы подразделений, меняющегося по праздникам и выходным. Или использование нескольких очередей с самостоятельной регистрацией в них операторов и интерфейсом, отображающим отвеченные и пропущенные звонки в этой очереди. Или дать возможность регистрироваться под одним номером с нескольких телефонов (рабочий аппарат сотрудника, софтфон на смартфоне сотрудника, софтфон на домашнем компьютере сотрудника). Или связать напрямую свой Asterisk с Asterisk организации-партнёра/клиента для прямых звонков.
Чистый Asterisk очень гибок в настройке, способен работать напрямую с базами данных, LDAP/AD и запускать внешние скрипты.

Недавно был похожий вопрос

весь бэкап заключается в копировании папки с базой данных

в некоторых случаях возможен такой вариант, главное - логи не потерять...
Бэкапить можно и средствами Windows Server Backup, но там есть нюансы, особенно, если у вас используется DAG. При использовании WSB вам придется восстанавливать базу целиком в Exchange Recovery DB и дальше доставать нужные данные.
По-хорошему, нужен бэкапный софт (например, Veeam, NetBackup, SC DPM и т.д.), который умеет бэкапить базы Exchange (при этом удаляются логи почтовой БД, а данные из них переносятся в почтовую БД). Основной плюс таких решений - они умеют делать гранулярное восстановление (нет необходимости восстанавливать базу целиком).
Бэкап самого Exchange - это, по сути, system state (а оно надо?) плюс основные настройки Exchange (настройки виртуальных каталогов, доменов, коннекторов и т.д.), которые проще выполнять регулярным скриптом. Ну и восстановление Exchange - это накатывание сохраненных настроек обратно плюс добавление сертификата. Иногда проще и быстрее поднять новый Exchange с нуля и накатить настройки, чем выполнять восстановление.

P.S. Я по началу тоже бэкапил сами сервера Exchange (system state) , потом перешел на регулярный бэкап только настроек Exchange (скриптами). Ну а почтовые БД бэкапились всегда отдельно - сначала с помощью WSB, потом NetBackup/DPM/Veeam

Для получения ответа на столь обще поставленные вопросы имеет смысл сначала прочесть документацию произовдителя.
В целом, вы понимаете правильно: подавляющая часть конфигурации Exchange хранится в AD, а потому резервное копирование сервера Exchange состоит, в основном, из резервного копирования данных (БД), а восстановление - в установке сервера Exchange в режиме восстановления и восстановлении БД. Но может потребоваться сохранение/восстановление нестандартных настроек служб (если есть), плюс, что-то надо делать с сертификатами: либо тоже сохранять/восстанавливать, либо перевыпускать после восстановления. Подробности см. в документации.
Для резервного копирования БД Exchange вполне достаточно встроенного Windows Server Backup (описано в документации). Сторонние программы предоставляют дополнительные удобные средства для управления резервными копиями, однако стоят денег. Так что, нужны они вам, или нет -разбирайтесь сами по месту.
И напоследок - имейте ввиду, что Exchange сильно зависит от AD, поэтому о сохраненности ее данных надо обязательно позаботиться.