@Alex_Buzz

Как бы вы распланировали терминальный сервер?

Добрый день, уважаемые знатоки!

Несколько лет назад, я пришел работать в одну небольшую активно развивающуюся торговую компанию. Штат был небольшой, человек 8. На компьютере главного бухгалтера, в расшареной папке, лежали базы 1С. Компания росла, штат увеличивался, а производительность падала. Первым же моим решением на новом месте работы было покупка сервера, для организации на нем службы удаленных рабочих столов. Сказано - сделано! Купили tower сервер Fujitsu. Tower потому, что офис был маленький и стойку поставить просто было некуда, купили именно tower, поставили рядом со шлюзом, развели сеть, запустили, работаем.

Время шло дальше, штат увеличивался и увеличивался, появились региональные представительства, а производительность файловой 1С снова падала. Было принято решение о покупке еще одного сервера для организации на нем кластера серверов 1С. Купили сервер, на этот раз стоечный. Офис переехал в более-менее нормальное помещение с каморкой под серверную. Поставили стойку, установили в него старый терминальный сервер и новоприобретенный сервер баз данных и развернули на нем сервер 1С + MS SQL.

Сейчас встал вопрос о колокейшн в дата-центре. Ценник за размещение tower сервера (4U) гуманным никак не назовешь. Отсюда появилась мысль, заменить старый tower на стоечный. Поставить на него VMware и развернуть 2 сервера. Один терминальный, а второй контроллер домена Active Directory.

Предполагается следующий конфиг для +-100 пользователей:
CPU - 2x Xeon x5660 (6x2.8 GHz)
RAM - 64 Gb (с возможностью расширения)
HDD - 4x1 Tb
SSD - 1x265 Gb

Как поделить ресурсы между двумя ВМ?
Сколько RAM памяти понадобится для комфортной работы пользователей ТС (Google Chrome, MS Office, 1C)?
И наверное самый важный вопрос: как правильно организовать backup всей этой радости?
  • Вопрос задан
  • 499 просмотров
Пригласить эксперта
Ответы на вопрос 2
mindtester
@mindtester Куратор тега Windows
http://iczin.su/hexagram_48
1 - невозможно дать точный ответ не зная особенностей
2 - ключи usb 1С есть? обдумайте Hyper-V, рекомендую. эта редакция сервера бесплатна, единственный минус - нет проброса usb, зато динамическое распределение памяти. если умеете ставить ключи на другом компе (может старый тауэр?) и шарить по сети - Hyper-V лучший выбор для хостинга виндовых виртуалок. диски придется распределять на глазок, но это не сложно, если не пытаться туда повесить офисную файлосвалку (ее желательно содержать отдельно). в любом случае все это надо мониторить, когда будет более ясная картина, можно уточнить распределение и стартовое выделение памяти и ядер. при наличии бекапов, в специально выделенное время, можно и диски подвигать, если понадобится. далее рассуждения вне зависимости от выбора гипервизора
3 -
SSD - 1x265Gb
явно с перевесом в пользу в пользу терминала, но и для АД не менее 1/3. если вынести с системного диска терминала все пользовательские профили на рейд (вы же рейд планируете на хардах?) что было бы правильно, тогда примерно АД/Терминал=2/3 можно, или даже пополам. зажимать АД тоже не следует
4 -
HDD - 4x1Tb
явно весь отдать Терминалу. настоятельно рекомендую райд 10 (единственных райд, у которого скорость растет пропорционально количеству дисков). не смотря на больший проигрыш в объеме, лучшее быстродействие и высокая надежность. в 10ку лучше 8 дешевых дисков, чем 4 дорогих (но пару дисков этой модели стоит еще положить на полку для аварийной замены)
5 - АД - настоятельно рекомендую делать резервный контроллер АД (!!! не разнесение ролей, а именно резервный). хорошим решением будет разместить его в другом физическом компьютере (может старый тауэр?)
6 - если требуется достаточно объемное файлохранилище - настоятельная рекомендация, снова в отдельном компьютере.. (третий раз повторяться не буду, но в общем случае, НЕ интенсивно эксплуатируемое файлохранилище, можно совместить с резервным контроллером АД ))
7 -
как правильно организовать backup всей этой радости?
обычно тут не надо ни чего изобретать - SQL штатными его штатными средствами (изучайте схемы бекапирования, потеря дня работы, возможно уже будет стоить дорого), Терминал и АД - собственными средствами винсервера (в часы минимальной нагрузки, снова схемы, но один суточный бекап тут обычно допустим). а вот над чем стоит задуматься - носитель бекапов должен быть снова в другом компьютере (или стример). это важно. допустим что то очень нехорошее случилось и накрывается весь рейд - если бекапы на нем, то ой
7+ - есть сторонние решения, типа veeam backup (и вроде там есть бесплатная редакция), они помогают мониторить процессы бекапирования, облегчают настройку, отчеты, восстановление. но как правило, такие решения требуют однозначно выделенного бекап-севрвера и установку агентов на бекапируемые сервера/станции. это дополнительные расходы и ресурсов на серверах, и на сам бекап-сервер. они оправданы когда штат мал (вы один) а серверов уже как собак нерезаных
7++ - о стримерах - упал потолок в серверной, в здание попал метиорит (тфу-тфу) - если ваши бекапы в одном помещении - опять ж.. надежная схема предусматривает ступенчатое бекапировани, и хранение самых долговременных носителе в другом расположении. но это отдельна большая тема, там и инфобезопасность притягивается, и тд.. хотя все доступно в сети
Ответ написан
@stul5tul
HDD - 4x1Tb
SSD - 1x265Gb

Вы не уделяете внимания крайне важной вещи - дисковой подсистеме.

Ставить на colocation без hot spare и "железного" RAID?
Не набегаетесь в случае чего.
А бежать нужно будет очень быстро.

RAM - 64Gb (с возможностью расширения)

Расширение???
Возможно вы и знаете что делаете.
Но мне так практически никогда не удавалось с 1С и терминальным сервером задействовать более 30-40 Г оперативки. Ну никак не хочет он ее жрать.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы