Добрый день, ребята, поставили цель подобрать железо, так чтобы на всё хватило и был запас небольшой. Согласен с тем, что нужно чтобы сервер 1с и сервер sql были на разных машинах.
Хочу уточнить, хватит ли скорости сетевых интерфейсов в 1Гбит/сек, для взаимодействия сервера 1С и сервера sql? Как по мне так, 1Гбит/сек это чёт не очень много.. Планирую использовать под базы SSDшку с интерфейсом M2, и скорости там на много выше чем 1Гбит/сек.
Не будет ли потерь в производительности, при разнесении серверов на разные машины?

Так-же думал на счёт виртуализации.. Но не знаю точно, есть ли возможность использовать виртуальные сетевые интерфейсы большей скорости, к примеру 10Гбит/сек, ведь фактически машины находятся на одном железе, почему бы и нет то..

Жду подсказок :)

"Так-же думал на счёт виртуализации.. Но не знаю точно, есть ли возможность использовать виртуальные сетевые интерфейсы большей скорости, к примеру 10Гбит/сек, ведь фактически машины находятся на одном железе, почему бы и нет то.."

Не стоит так делать.

вирткализаяца - наиух
гигабита хватит. тем более, что у тебя в этом месте выбора нет

(1)Привет, что именно ты имеешь ввиду? Делить железо на 2 машины или про виртуальные сетевые интерфейсы?

Я спрашиваю про 1Гбит/сек, так как думаю про вариант покупки 2ух машин, в замен одной более мощной.

Я если честно не очень доверяю виртуализации.. Есть небольшой опыт работы с ESXI, как-то хз прям.. производительность дисков не очень впечатлила, хотя может мы что-то криво сделали..

Вот тут
http://alkosfera.com/blog/o-bystrodejstvii-nastrojke-oborudovaniya-dlya-1s-i-ne-tolko/

и про скорость сети (и почему она бессмысленна) и про латентность сети (дада, Сергей, латентность есть и в рамках технических терминов) и про то, что разносить 1С и SQL смысла не имеет и почему разнесение по виртуалкам в рамках одного физ хоста можно классифицировать как F70 по МКБ10

(2)Так может не делить тогда на 2 машины, типа Shared Memory и всё такое, даст более быстрое чтение/запись, учитывая, что будет быстрый диск..

(3) вы точно что-то криво сделали, но и прямо сделанное оно бодрить не будет

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

хотя - надо ли оно тебе, я хз

(0) Что за конфа, сколько пользователей рабочих, что сейчас за оборудование, тормозит ли?

(9)Будет УТ11, примерно 40 юзеров, Будет ещё конфа для работы оптового склада, где-то на 10 юзеров, ну и так пару БПшек 30, ЗУП31, для бухгалтерии.
Сейчас пока что всё на 77, переводом буду заниматься не я. Новое железо нужно в любом случае.

Возьмите один на базе I5-8600k/I7-8700k - хватит до морковкиного заговения.

до 150 бодрых пользюков разносить смысла нет

(11)Отлично. А что по оперативке? Меня вот больше этот вопрос волнует.. Сколько нужно SQL серверу памяти будет, для нормальной работы 40 пользователей?

(11)И кстати, сейчас же появилось 8ое поколение в нём типа больше ядер/потоков..

(13) 32 Гб минимум, лучше 64.
SQL-лю все равно памяти никогда не хватит, ему в ней постоянно растущие индексы держать, поэтому даже и не надо париться насчет ее.
1 SSD Samsung под базы (mdf+ldf) прям на него. Если базы критично онлайн - 2 SSD в RAID, другой вопрос, что матерей с аппаратным RAID под I7 нет.
1 SSD Samsung под tempdb малого размера (128 Гб) - до тех пор, пока не напоритесь на пейсателя, который декартово произведение будет загонять во вр. таблицу, все будет хорошо.
1 HDD на 2 Тб для full и diff бэкапов.

(15)2 SSD в RAID для отказоустойчивости ты имеешь ввиду, чтобы если один диск умер, всё продолжало работать?
А если есть время на замену диска и восстановление базы из бэкапа, то как бы можно и без RAIDа, жить, да?

Я даже на 64гб ОЗУ чёт как-то очкую, для базы в 30к номенклатуры и кучи пользователей, прост потому что опыта не было такого, не видел нагрузки. Просто материнки сейчас, те что попроще, все до 64гб, а я бы хотел оставить возможность добавить что-ли при необходимости..

(15)Ты предлагаешь десктопное железо, и я как бы не против, но что по ОС? Будет ли серверная ОС нормально функционировать на такое железе? Найдутся ли все драйвера, чтобы всё оборудование работало нормально и т.д.

(16) нет.
Если данные последних xxx секунд не важны и их можно забить заново руками или перезагрузить роботами из EDI/Чикаго/Омобас/WMS, где xxx - периодичность diff бэкапа - то RAID ненужон.

(17) Конечно. Серверная ОС в данном плане ничем не отличается от несерверной.
Скажем больше, серверная ОС, при внимательном рассмотрении, ничем не отличается от несерверной :-) MS умеет считать человекочасы, чтобы не заниматься разными глупостями.

(16) "Я даже на 64гб ОЗУ чёт как-то очкую"
не очкуй.

(2) Аргументация зашкаливает просто. Не умеете готовить - не говорите другим что из этого ничего не выйдет.

(20) не очкуй, Серега, смелей

"Шаг, другой, руины за спиной
Мы идем вперед, ломая стены головой..."
https://youtu.be/e6pf02S_z7E

(21)Аргументируйте вы пожалуйста, буду вам очень признателен. Как вы видите архитектуру железа и ос, при задачах указанных в (10)?

(19)Ну прост, в не серверных ОС, лишнего много мне кажется, нее? Что 2012 сервер поставить, что Win8/10..

(20)И получается SSD на M2 не очень нужен, при использовании SQL, всё равно многое будет в ОЗУ, но если база будет весить 40гб, то все индексы в ОЗУ 64гб не уместятся же..

(22)Вот у тебя в статье твоей сборки написаны..
Хочу уточнить.. где-то такие сборки работают реально или это просто подборки? Интересует в частности сборка в которой один SSD 960 pro.. Получается, что система тоже на этом диске, так? Я не приглядывался к десктопным материнкам, но запуск системы с интерфейса M2, в серверных матерях от Intel, идёт только на дорогих вариантах..

(26) У нас, у клиента, полгода работала сборка на i7-7700k с 32 Гб озу и SSD Samsung 850pro
УТ11, 50 пользователей, где-то 400-500 отгрузок в день, обмены, РИБ.
Никаких проблем.
Сменилось ИТ сообщество у клиента, перетащили все на виртуалки на "серьезных" машинах - пошли тормоза. Сейчас они продолжают изыскания.

(27)А ОС? Win7? И ещё такой вопрос.. Очень неплохие клиентские компьютеры в подборках указаны в статье..

Ну я понимаю, что частота проца нужна, чем больше, тем быстрее..
Но 16гб оперативки зачем на клиентский комп?

(28) так 4-ех уже не хватает.

(29)Согласен, некоторым юзерам может не хватат 4ёх, но тогда наверное стоит купить 8Гб.. Для чего может потребоваться пользователю 16Гб ОЗУ?

(27) Очень интересно, что сказали айтишники после ловли тормозов на виртуалке? "Это все ваша 1С виновата! А Рафик совсем невиновен, особенно если его предупредили о вероятных проблемах виртуалки"?

(0) M2 хорошо для десктопа. Для бизнес среды ненадо.
Раком встанет диск - что делать будешь?

Ставь хорошие ХДД в рейд.

Или посмотри
https://www.intel.ru/content/www/ru/ru/products/memory-storage/solid-state-drives/gaming-enthusiast-ssds.html

(31) А самое интересное, что иногда встречаются виртуалки, которые почему-то не тормозят. Или это сказки? Вот кто-то видел такие или нет, интересно?!

(30) Я когда статью читал, то воспринял этот "клиентский" в качестве компа для продвинутого пользователя или разработчика. может быть стоило указать от 8 до 16... но 16 вроде как часто встречающийся максимум - если плата может больше, то она в цене резко дороже становится

(32)Поставлю новый, базы восстановлю из Бэкапа..

Какие HDD закупить, и какой RAID нужно собрать чтобы получить 3000MB/1500MB чтения/записи в сек?

(33)В статье описывается пример сборок для работы в УТ 11.. что за продвинутые пользователи?

(33) нетормозящие виртуалки - как домовые или русалки - все о них слышали от свата/брата/знакомого, но никто лично не видел. А если видел - то понятия не имел - как оно получилось.

(0)
>Согласен с тем, что нужно чтобы сервер 1с и сервер sql были на разных машинах

Можно ссылку, где про это почитать? Почему 1С рекомендует разносить сервер бд и сервер 1с на разные сервера?

Потому что я сейчас занимаюсь разными ERP решениями(SAP, AXAPTA, Oracle), а у них в документации, как раз таки для производительности рекомендуют сервер приложений и сервер бд ставить на один сервер.

(36) Так я видел. Но мне так и не смогли пояснить, как это получилось. Но там было довольно странное поведение - в ней довольно лихо крутилась 1С в клиентском/пользовательском запуске, т.е. толстый или тонкий клиенты в режиме Предприятие. Но очень сильно подвисал конфигуратор. И неоднократные просьбы о помощи ничем не закончились.

(35) Закрыватели месяца, например. Формирователи документов Закупки сразу  на все сегменты или за полгода-год работы.

1. Виртуалки в целом норм, при правильном приготовлении не тормозят (правильное приготовление - сервер полностью занимает ноду, прослойка вируталки нужна для облегчения миграции), но оно вам точно надо?
2. HDD в RAID можно использовать одним способом: собираешь побольше дисков, объединяешь их в массив, и этими дисками отвешиваешь леща по морде тому, кто такое советует.
3. Аппаратный RAID 1 не использовать, только софтверный.
4. 1 ГБит/с норм, но если сомневаешься - что мешает поставить 10 Гбит/С? Адаптеры стоят незаоблачных денег.
5. Разносить сервера для 40 пользователей я бы не стал, если есть возможность купить сервант с 64 ГБит ОЗУ.

(40) http://www.gilev.ru/dfss/

(41) -> (38)

(37) + 1
С кем вы согласны и почему?

(37)(43)Ну мне кажется SQL съедает оперативку порой и тем самым мешает работе сервера 1С.

Мое мнение:
1) Виртуалки на многоядерных системах вполне могут занимать выделенные ядра и никак при этом не зависеть от остальной нагрузки. Т.е. при этом разницы между ОС на системе и ОС на виртуальной машине почти не будет. Все равно частота ядра у процессора, обслуживающего Сервер приложений 1С будет одна и та же.
2) Для базы в виртуалке можно поставить отдельный ССД и пробросить его напрямую в эту виртуальную машину. При этом потери скорости на чтение/запись практически не будет.