Облачная платформа

К разделу «Облачная платформа

Облачные ресурсы IaaS
Облачные ресурсы IaaS
Облачная платформа на базе собственных дата-центров уровня TIER III
Ускоренные вычисления на базе NVIDIA GPU
Ускоренные вычисления на базе NVIDIA GPU
Для сложных вычислений, машинного обучения и обработки видео/3D-графики
Частное облако
Частное облако
Защищенное частное облако (УЗ-1, К-1, лицензии ФСБ и ФСТЭК)
Кластеры Kubernetes
Кластеры Kubernetes
Развертывание, масштабирование, репликация и мониторинг контейнерных приложений
Защищенное облако 152-ФЗ
Защищенное облако 152-ФЗ
Размещение конфиденциальных данных в защищенной инфраструктуре и аудит работы с персональными данными
Резервное копирование для бизнеса
Резервное копирование для бизнеса
Автоматизированное управление резервными копиями виртуальных машин и баз данных
База данных в облаке
База данных в облаке
Управляемые СУБД с масштабированием по мере необходимости и высоким SLA
Миграция в облако Linx Cloud
Миграция в облако Linx Cloud
Перенос IT-инфраструктуры в облако Linx Cloud из других платформ
Объектное хранилище S3
Объектное хранилище S3
Защищенное объектное хранилище S3 по стандартам 152-ФЗ на платформе Linx Cloud
Облако для ВУЗов
Облако для ВУЗов
25% скидка на облачные сервисы от цены прайса на год!
Безопасность

К разделу «Безопасность

Статический анализ исходного кода SAST
Статический анализ исходного кода SAST
Облачный сервис для защиты приложений на этапе разработки исходного кода
Двухфакторная аутентификация MFA
Двухфакторная аутентификация MFA
Удаленный доступ – легко и безопасно. Сервис MFA подходит для любого типа инфраструктуры
Облачная защита WAF + AntiDDoS
Облачная защита WAF + AntiDDoS
Многоуровневая защита интернет-ресурсов и веб-приложений с минимальными вложениями
Аварийное восстановление в AWS
Аварийное восстановление в AWS
Быстрое и экономичное восстановление данных и приложений. RPO — секунды, RTO — минуты
DRaaS — аварийное восстановление
DRaaS — аварийное восстановление
Аварийное восстановление ИТ-инфраструктуры. Защитите ИТ-системы уже сегодня!
Межсетевой экран нового поколения NGFW
Межсетевой экран нового поколения NGFW
Виртуальный межсетевой экран нового поколения для комплексной защиты ресурсов в облаке
Антивирус
Антивирус
Защита инфраструктуры от вирусов и шифровальщиков
Сканирование на уязвимости
Сканирование на уязвимости
Мониторинг и оценка уязвимостей ИТ-инфраструктуры
Security Operations Center (SOC)
Security Operations Center (SOC)
Центр противодействия кибератакам на любом этапе инцидента
ГОСТ-VPN
ГОСТ-VPN
Защищенный канал связи для ИСПДн
Межсетевой экран
Межсетевой экран
Защита сети компании от несанкционированного доступа извне
Аттестация частного облака для ГИС
Аттестация частного облака для ГИС
Размещение госинформационных систем «под ключ» с соблюдением К1 и УЗ-1 (ИСПДн)
Security Awareness
Security Awareness
Обучение сотрудников навыкам информационной безопасности на базе онлайн-платформы
Тарифы База знаний
Облако
Управление привязкой к ноде

Управление привязкой к ноде

Для распределения нагрузки или высокой доступности при развертывании нескольких нод запускаются одинаковые инстансы одного сервиса (или приложения). Вы можете разместить ноды на одной физической машине для увеличения скорости связи, если у вас есть кластер, в котором ноды играют одну роль (например, сервер приложений), а другие ноды играют другую роль (например, база данных).


Для совместного размещению нод внутри кластера существуют несколько вариантов, которые описанны ниже.

Использование группы серверов в профиле

Вы можете создать группу серверов, используя команду nova, для управления привязкой узлов кластера:





                    

Отобразится:





                    

После создания профиля сервера nova следует ввести имя группы серверов в свойстве





                    

:





                    

Отобразится:





                    

Ноды сервера установятся на один и тот же физический хост после создания кластера с использованием этого профиля, то есть привязка управляется непосредственно службой nova compute. Запросы на создание узлов завершатся неудачей, если нет физических узлов, удовлетворяющих ограничениям.

Если вы создадите кластер с использованием этого профиля, серверные ноды будут загружаться на том же физическом хосте, если это возможно, то есть affinity управляется напрямую сервисом вычислений nova. Запросы на создание узлов завершатся ошибкой, если нет физических узлов, удовлетворяющих ограничениям.

Используйте тот же или другой хост в профиле

При добавлении узлов в существующий кластер, новые ноды могут ссылаться на другой объект профиля того же типа профиля (то есть os.nova.server). Вы можете указать ограничение scheduler_hints, если ожидается, что новая нода будет запущена на хосте из набора серверных нод.


Если у вас есть два серверных узла в кластере с идентификаторами UUID “UUID1″ и «UUID2» соответственно, вы можете ввести ограничения планирования в профиле таким образом:





                    

Отобразиться:





                    

При добавлении ноды, использующего этот профиль, в кластер создание ноды либо завершается неудачно (например, не найден доступный хост), либо нода успешно создается на другом хосте, отличном от указанных узлов сервера.


Аналогично, вы можете заменить ключ different_host выше на same_host, чтобы указать, что новая нода совмещена с указанными существующими узлами.

Управление affinity с помощью политики affinity

Также управлять привязкой узлов можно с помощью политики affinity, создавая и прикрепляя ее к кластеру, вы можете контролировать распределение узлов относительно базовых узлов.

Остались вопросы?

Опишите вашу задачу, и мы поможем вам ее решить

Или напишите нам info@linxdatacenter.com
Нажимая кнопку «Отправить», вы соглашаетесь с Политикой обработки персональных данных ООО «Связь ВСД»