От vSphere к VCD: как мы построили хранилище образов и нативный CSI для Kubernetes

В сфере искусственного интеллекта произошло заметное событие. dbraincloud 24 минуты назад От vSphere к VCD: как мы построили хранилище образов и нативный CSI для Kubernetes Средний 4 мин 843 Блог компании dBrain Виртуализация * IT-инфраструктура * Микросервисы * Kubernetes * Кейс Привет, Хабр! На связи команда dBrain. В прошлой статье мы писали о том, что продолжаем работу с провайдерами виртуализации, работаем над механизмами загрузки образов (почитать можно тут).

Мы реализовали хранилище образов, чтобы пользователи могли структурировать их и более оперативно создавать виртуальные машины. И сегодня расскажем, с чем столкнулись и что получилось. По сути, мы повторили архитектуру vSphere: в нашей консоли для провайдера ESXi реализовали системный репозиторий, аналогичный Content Library, где образы разделены по библиотекам.

Технические детали

Пользователь видит наименование библиотеки, описание, дату создания и расположение в хранилище. Мы отображаем только те форматы образов, которые используются для создания виртуальных машин: ISO, OVA, OVF, а также готовые шаблоны. Хранилище образов и нюансы интеграции с vSphereМы добавили возможность загружать файлы как по ссылке, так и с локального диска, поддерживая форматы, необходимые для создания виртуальных машин.

Сам процесс интеграции и загрузки файлов реализован через механизм тикетов: мы получаем тикет на загрузку с ограниченным временем жизни, создаем элемент библиотеки, открываем сессию, загружаем файл и завершаем сессию. Это не просто прямолинейная загрузка. Здесь мы столкнулись с типичной проблемой: часть функциональности vSphere недостаточно подробно документирована, а единого SDK для нескольких версий vSphere нет.

Чтобы обеспечить стабильность при долгом процессе загрузки, зависящем от интернет-соединения, мы реализовали мониторинг статусов через программные интерфейсы. Это позволяет нам отображать прогресс-бар в реальном времени, давать возможность отмены и проверять актуальное состояние загрузки, повторяя подход, реализованный в самой vSphere. Кроме загрузки, пользователи могут создавать новые образы из существующих виртуальных машин, выбирая между экспортом в форматы OVA/OVF или преобразованием виртуальной машины в шаблон (template).

Отраслевые последствия

Инструменты для DevOps: SSH и VMRC без ограничений WebUIДля оперативного взаимодействия с виртуальными машинами мы добавили возможность подключения через SSH и VMRC, при этом наш функционал устраняет серьезные недостатки стандартных консолей. Удобство SSH-доступа. Наш SSH-доступ (командная строка) критически важен, так как поддерживает вставку из буфера обмена.

Это устраняет проблему стандартного WebUI vCenter или VCD, где невозможно вставить что-либо, что особенно больно при редактировании больших конфигурационных файлов. Подключение осуществляется либо через логин/пароль (с автоматическим подтягиванием IP-адресов), либо через SSH-ключ (текстовый вариант или загрузка файла). VMRC — это замена WSS-доступа, использующая собственный протокол vSphere, который не работает в браузере (за исключением UI самой vSphere).

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.