The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor , opennews (??), 22-Ноя-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  –5 +/
Сообщение от Петросян (?), 23-Ноя-20, 11:00 
А зачем оно в 2020, если в тренде всякие докеры ну или можно LXC юзать из коробки?
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  +/
Сообщение от Аноним (-), 23-Ноя-20, 11:04 
>  или можно LXC юзать из коробки?

Можно, но пока еще не изобрели гипервизер. Точнее что-то там на у6людочном языке написали, но это никто даже трогать не хочет.

Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  +/
Сообщение от Аноним (35), 23-Ноя-20, 14:33 
> то-то там на у6людочном языке

что за язык? о каком продукте речь вообще?

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  +/
Сообщение от Аноним (28), 23-Ноя-20, 16:00 
Наверное, ХипстоРжав.
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  –1 +/
Сообщение от Петросян (?), 23-Ноя-20, 14:40 
Чем libvird плох? Вполне у меня работал на серваке, не падал, свои функции выполнял.

Хотя, конфиги там на XML, но конфигураторы уже вменяемые есть. Ну, как там с кластеризацией и миграцией не скажу, не те масштабы были.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

34. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  +6 +/
Сообщение от Аноним (15), 23-Ноя-20, 12:48 
Потому что оно решает другие задачи.

Давайте еще раз. Есть такая вещь, которую мне часто приходится объяснять на OpenNET, потому что тут много "начинающих" админов. Доставка приложений (Application delivery) - это такая задача, которую не все анонимы тут видели.

Представьте что у организации ООО "Рога и Копыта" есть перечень приложений с которыми должны работать её сотрудники. Часть сотрудников располагаются в офисе в Москве, часть во Владивостоке, а часть раскидана по всей стране и работает из хоумоффисов. Для того чтобы все работники работали, нужно установить им нужные программы на все компьютеры и поддерживать работоспособность. Централизированная доставка приложений предполагает что у нас есть перечень приложений, который мы можем доставлять, аутентификация и авторизация (конкретный пользователь имеет доступ к определенным приложениям, но не ко всем). Есть выстроенная топология сети, которая учитывает особенности приложений, например, необходимость передачи потокового мультимедиа. И есть демилитаризованная зона через которую доставляются некоторые приложения некоторым пользователям. Задача в том, чтобы построить DMZ и правильно опубликовать приложения во внешние (или периметрические VPN) сети. Продумать топологию передачи медиапотоков этих приложений. Учесть региональное местоположение клиентского рабочего места.

Обычно для решения такой задачи применяется решение которое чаще всего называют словосочетанием "терминальная ферма".

Усложним задачу. А что если часть приложений, которые используются организацией требуют работу с 3D или прочей PCI-аппаратурой. В таком случае говорят, что нужно делать VDI инфраструктуру удалённого рабочего места.

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

Усложним задачу. А что если часть физических компьютеров в офисе являются тонкими клиентами, часть из которых работают с обычным ПО, а часть с железозависимым ПО. В этом случае вам нужно построить внутреннюю сеть на втором уровне так, чтобы клиенты загружали ОС по сети. Это может быть как сетевая загрузка ОС из соответствующей машины VDI или какая-та другая вспомогательная ОС, просто запускающая терминальную сессию.
И вот вам нужен инструмент доставки сессий и виртуалок до физического оборудования через всевозможные вариации PXE.

Вишенка на торте: применить SSO.
> А зачем оно в 2020, если в тренде всякие докеры ну или можно LXC юзать из коробки?

Ах какая наивность... Ну и как докеры и тем более LXC помогают решать вышеуказанные задачи? И тренды мне покажите пожалуйста, я посмотрю на них. LXC - ну это же хостеру VDS-ки крутить, это вообще мимо тех задач, которые я описывал выше.

На "докерах" и прочих кубернетисах можно сесть и переписать ряд приложений под микросервисную архитектуру и подать их через веб браузер или доставить до клиента через платформу электрон. Собственно электрон почему популярен-то... но это теоретически. В реальности: переписывать то что работает дорого и бессмысленно, а вебня имеет свои проблемы доставки, особенно докерная, где слово безопасность никто не слышал.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

41. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  –1 +/
Сообщение от Аноним (55), 23-Ноя-20, 15:40 
Docker это контейнер, Xen это виртуальная машина
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

58. "Выпуск XCP-NG 8.2, свободного варианта Citrix Hypervisor "  +/
Сообщение от Аноним (57), 23-Ноя-20, 21:48 
Это ты петросянишь или серьёзно?
Если серьёзно - ну давай, накати докер на голое железо. А лучше два разных докера, которые бы независимо работали.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру