LR
А еще вопрос напрашивается, Postgre будет крутиться на дедике, а сервак 1с на другом дедике, у Hetzner заявлена сеть гигабитная, сильно повлияет на отлики к базе?
Size: a a a
2020 October 08
АК
Реклама какая-то.
Сам в шоке, что гилев тихонько рейтинги собирает. 😄
АК
А еще вопрос напрашивается, Postgre будет крутиться на дедике, а сервак 1с на другом дедике, у Hetzner заявлена сеть гигабитная, сильно повлияет на отлики к базе?
Я бы так не делал. Но у них можно заказать на одном узле даже. Что бы в один роутер воткнули. Это при заказе нужно явно указать
LR
Я бы так не делал. Но у них можно заказать на одном узле даже. Что бы в один роутер воткнули. Это при заказе нужно явно указать
Услышал. Хочу вообще все серваки за pfsense спрятать или за router os
И
Сам в шоке, что гилев тихонько рейтинги собирает. 😄
АК
Я о другом. Мы никуда не подавались в рейтинг. А оказалось он есть. И в него даже смотрят. И у нас неплохие результаты по стране.... Хотя не совсем понятно какой ЦОД попал в рейтинг. У нас они в трёх странах.
СГ
Всем привет. Подскажите, такой сервак подойдет чисто для Postgres на linux чтобы крутить около 50 баз 1с, разных размеров от 10 до 50 гб?
тонкие клиенты будут на локальных компах или через RDS на этом же сервере?
LR
тонкие клиенты будут на локальных компах или через RDS на этом же сервере?
Будут и клиенты извне через браузер, и по RDP на сервере 1С
СГ
Будут и клиенты извне через браузер, и по RDP на сервере 1С
и сколько одновременно клиентов будут ходить к 1С через RDP на этом(?) же сервере?
СГ
хотя я неправильно прочитал первое сообщение. Это же будет выделенный сервер для ПГ. Тут нет вопросов - мощность с запасом
СГ
единственное чтобы я предложил - это если среди 50 баз будут однотипные (на одной конфигурации, но под разных "клиентов") - то лучше рассмотреть 1c:fresh
АК
Будут и клиенты извне через браузер, и по RDP на сервере 1С
Rdp - зло
LR
единственное чтобы я предложил - это если среди 50 баз будут однотипные (на одной конфигурации, но под разных "клиентов") - то лучше рассмотреть 1c:fresh
Слушал об этом, ознакомлюсь. Спасибо
LR
Rdp - зло
Еще не решили, может клиентов всех посадим на vpn
СГ
Rdp - зло
тонкие клиенты к серверу ВНЕ локальной сети - тоже не айс. Там лаги из-за латенси возникают и комфортность работы резко снижается.
СГ
Rdp - зло
речь и про RemoteApp (подвид RDP)?
АК
тонкие клиенты к серверу ВНЕ локальной сети - тоже не айс. Там лаги из-за латенси возникают и комфортность работы резко снижается.
Если код нормально написан и пинг менее 60 - проблем нет.
СГ
Если код нормально написан и пинг менее 60 - проблем нет.
у меня есть примеры когда клиенты явно ощущают разницу в работе через RemoteApp и через тонкий клиент если сервер 1С удалён в районе 50-80 мс. Да и тут в группе пару месяцев назад был подобный случай
АК
речь и про RemoteApp (подвид RDP)?
Где чем по зря едим память сервера и отвлекаем его от задач 1С и СУБД - да. Если это третий сервер рядом, то разновидность извращения.
500 езеров на своих слабых ПК каждый. И 500 арр сеансов, а не дай бог, ещё со всей форточкой средой на одной железке - очень спорно что быстрее и надежнее
500 езеров на своих слабых ПК каждый. И 500 арр сеансов, а не дай бог, ещё со всей форточкой средой на одной железке - очень спорно что быстрее и надежнее
АК
у меня есть примеры когда клиенты явно ощущают разницу в работе через RemoteApp и через тонкий клиент если сервер 1С удалён в районе 50-80 мс. Да и тут в группе пару месяцев назад был подобный случай
60мс и нормальный код не зря озвучены. Не так даже страшен пинг, сколько количество серверных вызовов при этом.