Это не vSphere. Это система управления облаком на vCore или KVM'ах.

Документация https://basistech.ru/docs/dynamix/

Визардовая/GUI  процедура  инсталляции  не  реализована, на выбор:
Героическая самостоятельная установка по install-guide 210 стр
Либо: Разворачивание и расширение системы производят инженеры вендора (Professional Services)

Manage = 3-головый кубернетовский кластер на железных хостах (контроллерах),
весь управляющий софт, базы, GUI реализован как pod'ы этого кластера.

High  Avalability обеспечивает manage-кластер, должен иметь доступ к IPMI
всех хостов системы. Необходим (poweron/poweroff) как гарантия от split-brain.

Стораджи  для  хранения дисков VM/images/cdroms/snapshots -
на iscsi/fc СДХ-шках. NFS/SAMBA - недоступны.

Опционально:  софтверный кластерный распределенный сторадж DES на нескольких
выделенных хостах.

Используется либо гипервизор KVM, либо собственный - Basis.vCore

Хосты виртуализации - разбиты на один или несколько Locations("кластера")

IP связность: manager-кластер видит все KVM-хосты, DES-хосты, IPMI-хостов, СХД

KVM-хосты  должны  видеть  друг друга по сетям: vxlan-backplane, livemigration
ExternalNetwork(public)

Storage связность: KVM должны видеть "свои" LUN по fc или iscsi

GUI  недоделан  и  активно допиливается, зато реализован полнофункциональный Web-RestAPI.
Многие  действия по администрированию приходится частично делать через GUI и
частично через API -  и  это  (пока)  нормально.  С  каждой  версией  быстро
пополняется и развивается функциональность. Текущая версия 4.3 (конец 2025)
  Новое в 4.4.0
  Новое в 4.5.0 (весна 2026)




Basic Dynamix Standart        # самодельное "маленькое облако" на vCore без vApp, без k8
Basic Dynamix Enterprise 4.1  # большое облако с vApp, k8 и оркестрацией
Basic Dynamix Cloud Control   # провайдерское облако с билингом и security



SEP = подключение к СХД, на подключенном СХД формируются storage pools

 Типы SEP

DES aka SDS aka OpenStorage - софтверный кластерный СХД на выделенных серверах
                              с собственным протоколом доступа

SHARED (aka VMFS over LVM)  - pool = 1 или N LUN формируют LVM VG,
                                  диск блочный = lvolume
                                  диск файловый = lvolume на нем XFS в нем file

LOCAL (тот же shared, с LVM но не на LUN а на локальных дисках)

DRIVER (aka автоматическое изготовление и презентация RDM на СХД,
       к которой известно API управления = TATLIN, Dorado, Hitachi
                        - pool = дисковая группа/пул в СХД   -
                              диск = LUN (по API: create, present, snapshot)



External Network - (aka VLAN-портгруппa)

ViNS Internal Network - (виртуальная сеть over VXLAN)

VNF - виртуальный роутер на базе VM с VyOS (1vcpu+1Gb)

         ПРИВАТНАЯ СЕТЬ - собирается из двух сеток
            [ NAT , DHCP  ]
...ViNS...--[VNF(VMrouter)]-- ...ExternalNetwork...
  / | \
VM VM  VM
 Виртуалки  получают внутренние IP в ViNS по dhcp от VNF, и им же NATятся во
внешнюю сеть

         ПУБЛИЧНАЯ СЕТЬ - VM-ки просто втыкаются во внешнюю сеть
         ExternalNetwork
          / | \
        VM VM  VM

 Виртуалки  получают внешние IP в ExternalNetwork

 DHCP может быть внешний(железный) или собственный на VNF

 если делать RG вместе с сетью Private - ee VNF штекеруется в ExNet и роутит туда

 если делать ViNS самостоятельно, она не подключается к ExtNet, но можно
 подключить через API /restmachine/cloudbroker/vins/extNetConnect
 В каждой RG дают подключить к ExtNet только один ViNS (остальным код 400)

 сеть внутри RG - доступна VM этой RG

 сеть внутри Account - доступна VM всех RG этого эккаунта


Популярность: 60, Last-modified: Mon, 04 May 2026 06:48:16 GmT