Каюсь, действительно обещал, но вчера физически не успел. Там вообще история долгая и сложная, плюс часть под NDA, но я постараюсь дать краткую выжимку долгого пути появления устройства в HCL для vSphere/vSAN (весь остальной HCL, например, СХД, антивирусы, партнерские решения для VAIO или NSX оставляем за кадром).
1.) Производитель оборудования хочет попасть в нас HCL. Это важно, т.к. (в нормальных случаях) запрос/инициативу сертификацией идет от вендора и он поддерживает свое устройство под нас. Это сделано для исключения истории, когда решение поддерживается только с одной стороны – производителя ПО или только производителя оборудования.
2.) Он идет и регистрируется, в нашей программе TAP (Technology Alliance Program) на соответствующий уровень (Std/Adv/Strategic) и путь/route (Data Center / Public Cloud / Digital Workspace / Network and Security). Разумеется, чем выше уровень, тем больше требований, тем больше возможностей и необходимости согласования с нашей стороны (Business Justification). В нашем случае, нам нужно пойти на Data Center уровня Std или Adv. Подробности есть тут -
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/partners/tap-program-guide.pdf 3.) Далее он подписывается на нужную ему программу сертификации - Server Certification / I/O Vendor Program. Детали тут -
https://code.vmware.com/programs-services 4.) Дальше есть ряд организационных моментов, но сейчас это не очень важно. По факту – он получает специальную тулзу для тестирования, собирает тестовый стенд в определенной конфигурации, запускает тулзу, проходит все этапы тестирования и отправляет лог выполнения в нашу команду. Т.е. анализируют логи, если все ок, то мы публикуем результаты (плюс подписываем драйвера нашей цифровой подписью, выкладываем их на наш сайт и т.д.), если нет, то проходит отказ и feedback производителю. Тот исправляет это и перезапускает тестирования и так до тех пор, пока тест не будет пройдет.
5.) На выходе этого этапа мы получаем – сертифицированный под ESXi процессор, сервер/платформу, IO Devices. В нашем случае, нас волнуют – платформа (например, SR630/SR650), RAID/HBA, NIC, NVMe. Тут на что надо обратить внимание, что для устройств сертифицируется конкретная комбинация firmware, driver и версии ESXi, а так же, что уникальность устройства (это к вопросу о том, что «да они все на одном LSI чипе сделаны, какая разница?») определяется по HW ID – при изменении firmware устройства вендор обязан сменить HW ID (в самом HW ID указан вендор), а значит это становится новым устройством и требуется его сертификация по полной программе еще раз.
6.) До сих пор мы темы vSAN не касались никак. Но, если вендор хочет пройти сертификацию под vSAN, то он вступает в программу VMware Ready for vSAN/VCG (
https://code.vmware.com/programs/vmware-ready-for-vsan). После чего, на сертификацию он может отправить следующие устройства – RAID/HBA, SSD, HDD, NVMe. Все. Больше никакие компоненты не требуют сертификации под vSAN и поэтому никак не влияют на поддержку (о поддержке чуть позже). Так же подать на сертификацию можно только то, что уже прошло сертификацию под ESXi – это необходимое требование. На сертификацию можно заявить только те устройства, драйвера и fw, которые подтвердили работоспособность с ESXi.
7.) Дальше все примерно аналогично пункту 4, за исключением, что тулза другая, требования к стенду другие, дополняет типом vSAN (All Flash/Hybrid) и функционалом (hot-plug и т.д.) и т.д. Двух словах – HDD – бумажная сертификация, SAS/SATA SSD – тестовый стенд с фиксацией минимальной версии FW диска, NVMe/RAID/HBA – тестовый стенд с четкой комбинацией fw/driver/vsan. Детальнее я этот процесс расписывал уже ранее – можно найти поиском.
8.) По завершению, мы получаем список RAID/HBA, SSD, HDD, NVMe сертифицированных под vSAN.