Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

1C на Виртуализации, плюсы и минусы.

1C на Виртуализации, плюсы и минусы.
Я
   Miroslaf
 
14.03.21 - 16:12
2. Я против виртуализации, 1С надо юзать напрямую73% (8)
1. Я за выбор железа под виртуализацию под 1С27% (3)
Всего мнений: 11

Друзья, здравствуйте! Планируется замена железки, на которой сейчас крутится 1С сервер+МсСкюэль, довольно устаревшее, усталое железо, вероятность "сюрприза" из-за которого может неожиданного встать вся работа довольно высока.
Внедряли всё это дело давно, с виртуализацией, как мне кажется, в тот период было не совсем популярно и обкатано как сейчас, во всяком случае в нише 1С Предприятия однозначно мало кто ставил, всякие иные веб службы, серверы баз данных конечно были.
Хотя и в наше время можно найти скептически настроенных относительно работы 1С сервера на гипервизоре, попадаются несколько статей на тему "почему 1с не стоит выводить на виртуализацию", но тем не менее прогресс на месте не стоит, современное оборудование довольно продвинутое, ядер у процессоров достаточно, память расширяется уже до террабайтов и прочее.
Собственно, как подтверждение этому прогрессу можно судить о развитии облачных, коммерческих сервисов 1С на облаке, типа фреш, 1клаудов и множества других, да и вообще просто самостоятельной установки 1с на удаленный хостинг, на котором скорее всего все будет крутится на гипервизоре.
Вопрос в следующем, какими вам представляются на сегодняшний день преимущества и минусы использования 1С на гипервизоре, есть ли среди вас кто успешно работает в таком режиме?
Что предпочтительнее, взять новую, современную железку, со свежим процессором, но не гнаться за многоядерностью и также дальше работать напрямую без виртуализации? Либо увеличить бюджет, подобрать многоядерное железо под производительную работу гипервизора, с достаточным количеством памяти и работать с 1С в виртуальной среде, развернуть дополнительные отказоустойчивые, дублирующие серверы, иметь возможность поднять иные ресурсы также для баз данных, видео наблюдения и прочее.
   shuhard
 
2 - 14.03.21 - 16:17
(0) топик опоздал лет на 5-7
на данный момент на физических серверах остались только  мелкие предприятия

1. Я за выбор железа под виртуализацию под 1С
   Aleksey
 
3 - 14.03.21 - 16:20
(2) Что это дает? Ну кроме ограничений от 1С на 12 ядер?
Или ты речь про отказоустойчивость 2-х виртуалок развернутых на одной физической машине?
   Miroslaf
 
4 - 14.03.21 - 16:21
(1) не, я однозначно не с этой целью, просто этот форум воспринимаю достаточно авторитетным и хотелось бы услышать общее мнение профессионалов своего дела и воспользоваться этим с пользой.
   shuhard
 
5 - 14.03.21 - 16:22
(3) это даёт полноценную корпоративную среду, в которой ресурсы наращиваются там, где они нужны сегодня
   Aleksey
 
6 - 14.03.21 - 16:22
(4) Ну т.е. вбросить лопатой на вентилятор и свалить
   Aleksey
 
8 - 14.03.21 - 16:23
(5) Это как?
   Krendel
 
9 - 14.03.21 - 16:23
(8) Это легко
   shuhard
 
10 - 14.03.21 - 16:24
(8) нужна тебе ещё 10 ядер и 12 Тбайт хранилища, значит они предоставляются, стали лишними - ушли на другие VM
   Aleksey
 
11 - 14.03.21 - 16:24
у тебя ограничения - реальная машина. От того что ты поднял на ней 120 виртуалок это ты не значит что ты нарастил ресурсы.
А давать денег чтобы купить сервер который в будущем потянет 120 виртуалок никто не будет. Потому что через 3-4 года проще новый более мощный сервер купить. Чем вкладывать сейчас в то что может и не понадобится
   Aleksey
 
12 - 14.03.21 - 16:25
(10) Например, я вот себе такое не представляю.
Типа закрыли филиал?
   Miroslaf
 
13 - 14.03.21 - 16:25
(3) максимальное количество доступных для работы ядер у 1С сервера только 12 ? И на винде и линюхе?
   Aleksey
 
14 - 14.03.21 - 16:26
Я понимаю виртуализацию когда нужна ограниченная среда (ну например 2 клиент банка которые работают с разными криптопровайдерами и они на одной машине конфликтуют). Но виртуалить SQL это уже простите выше моего понимания
   Aleksey
 
15 - 14.03.21 - 16:26
(13) В проф лицензии - да. Хочешь больше покупай КОРП
   Aleksey
 
16 - 14.03.21 - 16:27
   Miroslaf
 
17 - 14.03.21 - 16:28
(6) с чего вы решили, напрасно вы делаете такие выводы, абсолютно нет, реально разбираюсь и хочу знать мнение достопочтенной аудитории.
   shuhard
 
18 - 14.03.21 - 16:29
(11)[А давать денег чтобы купить сервер который в будущем потянет 120 виртуалок никто не будет]
ты себе не верно представляешь работу бюджетного комитета, сервера или ферма приобретаются под план расширения ресурсов на 3-5 лет, по мере надобности наращиваются ядрами и памятью, хранилище и бэкап берутся заранее на вырост
   Галахад
 
19 - 14.03.21 - 16:29
(17) Ответь себе не (2) - у тебя крупное предприятие? Если нет, то виртуализация не по карману.
   Aleksey
 
20 - 14.03.21 - 16:29
(17) Для начало разберись что ты будешь виртуалить.SQL? Сервер предприятия? Клинетов?
   Miroslaf
 
21 - 14.03.21 - 16:32
(20) 1С сервер и MSSQL, терминальных клиентов нет.
   Aleksey
 
22 - 14.03.21 - 16:34
Я не против виртуалок. Я понимаю когда на нем ставят всякие клиент-банки, сбисы, консультанты, т.е. все то что требует определенной среды или привязан к железу. Тут одни плюсы и изолированность и легкая миграция на другой сервак. В части 1С например выделяют отдельный ксервер лицензирования на виртуалки. Много ресурсов не надо и железо не меняется

Но я не понимаю виртуалку ради виртуалки. Ты дома тоже в виртуалке работаешь? или предпочитаешь физическое железо?
   shuhard
 
23 - 14.03.21 - 16:35
(17) ну мнение очевидное, визуализация стоит дорого и даёт высокое качество, нужна не всем, либо корпоративный уровень, когда много разных ИТ-систем и нужен баланс + отказоустойчивость, либо в высоко нагруженных системах
   Miroslaf
 
24 - 14.03.21 - 16:36
На данный момент и 1с сервер предприятия и сервер баз данных MSSQL крутятся на одной машине. Наверное также можно продолжить и развернуть эту же связку на гипервизоре, то есть на одном инстанте, или раскинуть по разным, не знаю.
   shuhard
 
25 - 14.03.21 - 16:36
(22) виртуалка ради гибкости, и да, дома у меня есть серверная группировка и виртуальные машины на ней =)
   Aleksey
 
26 - 14.03.21 - 16:37
(24) Т.е. физически ограничить ресурсы для скуля? А какой смысл? Быстрее он работать от этого не будет
   Aleksey
 
27 - 14.03.21 - 16:39
(25) Что есть гибкости? В контексте скуля, что такого гибкого в скуле на виртуалке, чем на физическом железе? Миграция на новый сервак? Ну и как часто вы мигрируете между серваками? ИМХО те 10-15 баз которые на скуле вполне легко можно и к новому скулю руками прицепить.
   shuhard
 
28 - 14.03.21 - 16:42
(27) ты ещё скажи, что у тебя SSD прямо в сиквел вставлены =)
   Aleksey
 
29 - 14.03.21 - 16:43
(26) какое отношение место хранения базы имеет к скулю? Как бы юазы могут и на внешней полки лежать. Так что не совсем понял твой посыл
   shuhard
 
30 - 14.03.21 - 16:49
(29) уже лучше
гибкость в распределении ресурсов для всех серверов приложений, при появлении новой задачи ты не покупаешь новый физический сервер, а при аварии сервера не стреляешься
 
 Рекламное место пустует
   Aleksey
 
31 - 14.03.21 - 16:53
(30) Мы сейчас про SQL говорим?
   Turku
 
32 - 14.03.21 - 16:54
(2) >>на данный момент на физических серверах остались только  мелкие предприятия
мелкие - это какие? 100 пользователей - это мелко или уже нет?
   Aleksey
 
33 - 14.03.21 - 16:55
или у тебя 1 база = 1 sql на отдельном виртуальном сервере
И количество виртуалок со скулем = количеству баз?

Боюсь тогда на лицензиях на скуле разориться можно. Или мы говорим про пиратский скуль?

Хотя если речь про Postgre тогда согласен
   Miroslaf
 
34 - 14.03.21 - 17:01
(22) Виртуалка ради виртуалки это не дело конечно, цель не в этом разумеется. Во-первых вывод 1С на гипервизор должен дать гибкие возможности создания отказоустойчивости, простоту полного бэкапа, создания клона инстанта, само собой 1С при дополнительной надобности можно расширить в кластере, создать еще большую отказоустойчивость, возможно улучшить производительность, распределить нагрузки.
Во-вторых удобно было бы иметь возможность тестирования программных наработок непосредственно в реальной сетевой, серверной среде, посредством создания тестовых, виртуальных баз, привлекать группу пользователей, смотреть реальные нагрузки пользователей и т.д. и т.п.
В третьих у организации есть некоторое количество сетевых служб, нуждающихся в серверном доступе, например можно было бы заменить глючную систему видеонаблюдения, основанную на железном, старом видерегистраторе на программный сервер видеопотока и архивации, просто можно на легковесном линуксе в одном из инстантов это реализовать.
Опять же для элементарной файлопомойки, сетевой шары можно выделить отдельный виртуальный сервер, для проектов по веб-сайту и баз данных какие-то движки надо бывает по-тестить, посмотреть. Вот как-бы так.
   shuhard
 
35 - 14.03.21 - 17:02
(31)мы говорим про все сервера приложений, в т.ч. MS SQL
(33)сиквелов меньше числа прикладных баз и больше одного, Postgre где-то под Забиксом может быть и крутиться, не в моем периметре, 1С и BI крутяться на MS
   Aleksey
 
36 - 14.03.21 - 17:05
(34) Выглядит это все как агитски с рекламного плаката.
Ты не умничай а пальцем покажи, как и за счет чего ты все это собрался добиться применительно к 1С?
   rphosts
 
37 - 14.03.21 - 17:06
(3) прилично проще админить, можно конфигурить новые сервера и так и сяк...
Но минус 10% производительности для 1С (для СУБД вроде как получше)
   Aleksey
 
38 - 14.03.21 - 17:07
"создания отказоустойчивости" - это как? т.е. ты а одном физическом сервере собрался поднять 4 виртуалки (2 скуля и 2 сервера предприятия), объединить в класстер и это называеться отказоустойчевость?
   Aleksey
 
39 - 14.03.21 - 17:08
"простоту полного бэкапа," - а что кто то делает полный бекап сервера предприятия? Ну кроме файлика со списком баз? ИМХО время на разворот ииз бекапа превыщает время новой чистой установки
   Aleksey
 
40 - 14.03.21 - 17:09
"создания клона инстанта" - а что он даст кроме проблем с нумерацией?
   Aleksey
 
41 - 14.03.21 - 17:10
"Опять же для элементарной файлопомойки, сетевой шары можно выделить отдельный виртуальный сервер, для проектов по веб-сайту и баз данных какие-то движки надо бывает по-тестить, посмотреть" - а причем тут 1С?
   Cyberhawk
 
42 - 14.03.21 - 17:12
(38) Конечно это отказоустойчивость. А что не так?
   shuhard
 
43 - 14.03.21 - 17:15
(38) при наличии 3-х блоков питания, памяти с корректировкой ошибок по Хэмингу, внешней библиотеки и дублирующих NIC - отказоустойчивость
   Krendel
 
44 - 14.03.21 - 18:00
(38) Есть же технология блейд серверов с горячей заменой всего
   Cthulhu
 
45 - 14.03.21 - 18:05
.

1. Я за выбор железа под виртуализацию под 1С
   H A D G E H O G s
 
46 - 14.03.21 - 18:47
Только так.

2. Я против виртуализации, 1С надо юзать напрямую
   onetone
 
47 - 14.03.21 - 18:49
Управлять всем зоопарком проще, распределять ресурсы.
Моя практика, на хосте субд. А на терминалках - клиенты, рдп, сервера 1с и тд.
Но это дорого, и теряешь в производительности, а так же программные лицензии которые привязывается к параметрам сервера.
Ну или вспомнить классику, отдельный физический сервер для 1с сервера, отдельный для СУБД, и отдельный для клиентов и прочего.
А так же на схд все вылить, но это ж денег все стоит...

1. Я за выбор железа под виртуализацию под 1С
   Garykom
 
48 - 14.03.21 - 18:52
3. Свой вариант

Юзайте что хотите если это устраивает.
Виртуалки удобней но без них 1С шустрее.
   Garykom
 
49 - 14.03.21 - 18:54
(48)+ Спор как между общественным транспортом/арендой/каршерингом и своей машиной или автобусом/паравозом/самолетом
   Eeeehhhh
 
50 - 14.03.21 - 18:55
Я против виртуализации. Она полезна лишь админам - облегчает им жизнь. Для любых СУБД это яд.

2. Я против виртуализации, 1С надо юзать напрямую
   Aleksey
 
51 - 14.03.21 - 20:07
(44) Какое это имеет отношение к виртуализации? Без виртуалки это не работает?
   Krendel
 
52 - 14.03.21 - 20:17
(51) работает для одной задачи, а если нужна куча осей специализированных под каждую задачу?
   Aleksey
 
53 - 14.03.21 - 20:23
(52) Мы сейчас рассматриваем нужна ли виртуалка вообще или для скуля с 1с предприятием?
   H A D G E H O G s
 
54 - 14.03.21 - 20:29
(53) Я думаю, тут пытаются рассматривать, как впихнуть побольше клиентов на старенький Xeon, чтобы и клиенты ворчали, но не уходили и утилизация была желательно в 100%.
   Вафель
 
55 - 14.03.21 - 22:45
разносить 1с и скл на разные виртуалки внутри 1 сервера контрпродуктивно ибо шаред мемори
   Miroslaf
 
56 - 15.03.21 - 09:41
(54) отчего такие выводы делаются вами, почему старенький зион и утилизацию под сто, непонято... Планируется выбор нового железа с современным процессором, просто хотелось бы понять какого уровня мощности и производительности.
Если 1С на виртуализации не будет уступать «голому» железу по производительности , ну или с незначительными потерями, то какой смысл оставлять ресурсы многоядерной, мощной системы в простоях, когда можно было бы отдать 1С максимально доступные ей ядра, если я правильно узнал здесь, это 12 ядер, выделить необходимое количество памяти виртуальной системе (64гб) допустим, в моем случае и работать.
Остаётся понять, сравнить и оценить насколько производительность и общая эффективность работы 1С в среде гипервизора может и будет отличаться от работы в выделенном, «голом» сервере. К примеру, если разговор о пустяковых 3-5% преимущества, то как говорится разговор не стоит выведенного яйца, в гипервизоре по-любому всё проще и удобнее, даже если рассматривать абсурдную модель использования только одной виртуальной инстант на железе для 1С, — легче, практичнее админить.
   Krendel
 
57 - 15.03.21 - 10:01
(56) Это детские комплексы, не обращай внимание, тут железки 5-10кк мало кто видел ;-)
   Miroslaf
 
58 - 15.03.21 - 10:02
(39) Ну, при тотальном крахе чистая установка может занять время, надо переустановить ОС, потом СУБД, потом 1С сервер, ещё по-мелочи провести настройки, менеджер выдачи лицензий и прочее.
Даже если это не проблема, то я не уверен, что файлики базы 1С сервера и бэкапы MSSQL можно будет слёту впихнуть свежеустановленной, чистой связке 1С+СУБД, все равно придётся подшаманивать, подсовывать, подкручивать.
   Garykom
 
59 - 15.03.21 - 10:05
(56) Потери быстродействия 1С в виртуалке от 50% до 20%
На практике сделать всего 20% потерь очень сложно и не всегда возможно
   Garykom
 
60 - 15.03.21 - 10:07
(58) Очень смешно да.
Кто вам мешает бэкап системы сделать и при крахе восстановить назад?
А затем восстановить sql базы из бэкапа
 
 Рекламное место пустует
   trdm
 
61 - 15.03.21 - 10:08
По многим причинам.

2. Я против виртуализации, 1С надо юзать напрямую
   Garykom
 
62 - 15.03.21 - 10:11
(57) При продолжающемся прогрессе железок позавчерашнюю энтерпрайз железку за "5-10кк" запросто заменяет домашняя за 100-200к
   Miroslaf
 
63 - 15.03.21 - 10:12
(59) Если так, то это аргумент конечно, серьёзные цифры. Это ваш личный опыт или данные с тестов доступных открыто?
Просто интересно, как при таком раскладе хостеры облачных 1С пихают свой товар? У них же один сплошной гипервизор, к тому же не бог весть как настроенный и загруженные железки по самые помидоры.
   VladZ
 
64 - 15.03.21 - 10:15
(0) Давай начнем с начала:
- Количество активных пользователей в базе?
- Размер базы на SQL?
   Miroslaf
 
65 - 15.03.21 - 10:16
(60) При полных бэкапах системы верно, но вопрос был в сравнении восстановления при использовании гипервизора и голого железа, которому никто бэкап полный системы не сделал, а просто сохранил файлики 1С сервера.
   Miroslaf
 
66 - 15.03.21 - 10:19
(64) 100+ пользователей, ~ 7гб, бд.
   Garykom
 
67 - 15.03.21 - 10:19
(63) Это и личный опыт и данные с тестов доступных открыто и знакомых
   VladZ
 
68 - 15.03.21 - 10:20
+64. Может у тебя там в базе три калеки сидят. И сама база 3 Гига...
А мы тебе сейчас "космический утюг" предложим.
   Garykom
 
69 - 15.03.21 - 10:21
(65) А кто сказал что бэкап виртуалки включен/есть?
Учтите если включить то оно как раз и приводит ->50% потерь
   Garykom
 
70 - 15.03.21 - 10:21
(69)+ точнее в т.ч. приводит
   Garykom
 
71 - 15.03.21 - 10:23
(66) 100+ пользователей даже на ERP при условии выноса RDP на иной сервер или юзании тонких клиентов с клиентских машин - даже в виртуалке (не совсем говенной, частоты процов от 3.2Ггц) вполне будет замечательно работать
Причем сложней будет с RDP сервером где 1С УФ ведет себя тяжеловато
   VladZ
 
72 - 15.03.21 - 10:25
(66) Больше ста - это много.
7 Гб - это мало.

Если текущее быстродействие устраивает - сделай так же.
Я бы вынес виртуалку с SQL на отдельный жесткий диск и дал ей прямой доступ к физическому диску.

По поводу голосовалки: любое техническое решение имеет свои ограничения.
В рамках данной задачи вполне возможно работать под виртуалкой.
   Garykom
 
73 - 15.03.21 - 10:25
(71)+ Все упрется в колво ядер, размер оперативки и скорость дисковой подсистемы (sas нынче того надо брать ssd/nvme)
   Smit1C
 
74 - 15.03.21 - 10:27
in my humble opinion

2. Я против виртуализации, 1С надо юзать напрямую
   H A D G E H O G s
 
75 - 15.03.21 - 10:46
(56) Это я так стебаю акул облачного отечественного бизнеса, не вас.
   Garykom
 
76 - 15.03.21 - 10:47
(75) Там все на связи и откаты завязано так что стебать бесполезно
   Garykom
 
77 - 15.03.21 - 10:48
(76)+ я про "акул"
   Krendel
 
78 - 15.03.21 - 10:48
(69) Скину пожалуй ветку своему спецу, пускай поржет ;-) Над 50% потерь ;-)
   H A D G E H O G s
 
79 - 15.03.21 - 10:49
(56) Проблема в том, что у вас есть либо мощная, либо многоядерная система. Не бывает мощной многоядерной. И в случае 1С лучше, чтобы это была мощная, а не многоядерная.
   Garykom
 
80 - 15.03.21 - 10:49
(78) Понимаешь очень часто когда тесты делают на физике забывают убрать с нее все лишнюю нагрузку.
Т.е. виртуалка продолжает крутиться и ой чего то у нас разница такая малая или даже 1С в виртуалке быстрее ))
   6tuf
 
81 - 15.03.21 - 10:50
конечно можно и виртуализировать, но тогда не жалуйтесь на производительность

2. Я против виртуализации, 1С надо юзать напрямую
   Garykom
 
82 - 15.03.21 - 10:51
(79) Бывают мощные среднеядерные
А еще я жду что 1С скомпилит клиент/сервер 1С под arm ибо Apple M1
   Krendel
 
83 - 15.03.21 - 10:53
(80) Как это? "забыли убрать"? это как хирург забыл вытащить инструмент?
   Garykom
 
84 - 15.03.21 - 10:55
(83) Не смешно, спроси у хирургов
   Krendel
 
85 - 15.03.21 - 10:56
(84) Ну раз на 1000, 2000 случается, разве это "часто"?
   Garykom
 
86 - 15.03.21 - 10:59
(85) Даже близко не сравнивай
Тестирование это как выполнение хирургических операций на время/скорость в стационаре и в машине скорой помощи на ходу
   Krendel
 
87 - 15.03.21 - 11:05
(86) Не очень тебя понимаю, залил готовую сборку на пустую железку и тестируй? в чем проблема? Потом навесил туда систему виртуализации, и по новой, 1-2х дней вполне хватает
   Krendel
 
88 - 15.03.21 - 11:09
также и в операционной, сначала подготовка к операции- потом операция ;-)
   Krendel
 
89 - 15.03.21 - 11:12
я не спец, но вроде как есть тесты которые прогоняют машинку до ввода в эксплуатацию (проверки памяти, ссд, процессора) и они достаточно долгие, поэтому время посмотреть как реагирует машинка, и сколько в теории пользаков будет держать- всегда есть
   ansh15
 
90 - 15.03.21 - 11:38
>> sas нынче того

>>Не бывает мощной многоядерной

Люди же это все потом читают и тиражируют как достоверную информацию...
Хотя бы ремарку делали "в условиях крайней ограниченности финансовых ресурсов"
На контроллеры RAID уже 8 ГБ кэша ставят, для кого все это?
   Garykom
 
91 - 15.03.21 - 11:40
(90) Объясни зачем иметь "8 ГБ кэша на контроллере RAID" когда можно отдать оперативку под кэш?
Будет намного эффективней
   Garykom
 
92 - 15.03.21 - 11:41
(91)+ И дешевле блин
Подобный контроллер стоить будет дороже сервера
   ansh15
 
93 - 15.03.21 - 12:12
(91) Ты же не будешь против, если я процитирую?
"Чем больше размер кэша контроллера, тем выше производительность RAID-массивов "https://habr.com/ru/company/pc-administrator/blog/304798/
А память не только можно, но и нужно использовать для этих целей. И СУБД тоже не обделять. Для этого ее должно быть достаточно много.
   Aleksey
 
94 - 15.03.21 - 12:14
(62) только на домашнем нет наличия - "при наличии 3-х блоков питания, памяти с корректировкой ошибок по Хэмингу, внешней библиотеки и дублирующих NIC " т.е. теряем отказоустойчивость
   Aleksey
 
95 - 15.03.21 - 12:16
(63) А что они пихают? Ты же не знаешь на каком физическом железе крутиться, ты работаешь в виртуалке, т.е. тебе не с чем сравнивать
   Aleksey
 
96 - 15.03.21 - 12:23
(87) Ты найдешь физический максимум, что может превышать среднюю температуру по больнице на 50%

Ну т.е. берем голую железку и сравниваем скуль на железе и в виртуалке. И получаем разницу в 1 попугайское крылышко и радуемся.
Но на практике на этом же железе кроме виртуалку скуля крутиться виртуалка со сервером предприятия, виртуалка с файлопомойокой, и еще 15 виртуалок с разными сервисами. Плюс сам сервер является терминальным, сервер домена, почтовым ..... И тут уже разница может быть далеко не 1 крылышко, а целый вагон с попугаями
   Garykom
 
97 - 15.03.21 - 12:27
(93) К чертям аппаратный raid в текущей реальности
Лучше несколько PCIe (4.0 супер по 3.0 пойдет) NVMe SSD и https://docs.microsoft.com/ru-ru/windows-server/storage/storage-spaces/overview
   Garykom
 
98 - 15.03.21 - 12:30
(96) Сами производители гипервизоров/виртуалок пишут о 10-25% потерь
Так что хрен а не одно крылышко, только если настроено криво где то
   Garykom
 
99 - 15.03.21 - 12:35
И еще надо учитывать что для RDP сервера лучше физическую видяху
https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-graphics-virtualization
   ptiz
 
100 - 15.03.21 - 12:41
(28) "ты ещё скажи, что у тебя SSD прямо в сиквел вставлены" - а как еще? У нас в сервак еще и диски 2.5" на 5400 оборотов напиханы под бэкапы - вот на них грустная скорость, это да :(
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.