1 сервер вместо 3

70% это еще не нагрузка, когда 99 будет, тогда имхо есть смысл апгрейда.

Текущие процессоры - полу-кал, который работает или с dd3 или с медленной ddr4. И год назад была нагрузка 50%. С добавлением различного софта - 70%. через несколько месяцев нагрузка может вырасти 80%+, т.к. разрабатываются новые фичи в софте и он будет дополнительно много чего считать - то это уже не хорошо, т.к. при каком-либо спайке все будет тормозить.

про 90%+ речи не идет, в этом случае полюбому апгрейд

Посмотрите чего сейчас достойного продают в galt.
ZFS из коробки есть в proxmox. Под ZFS очень желательно памяти взять побольше, если хранилище большое.

А что вы будете делать если этот один сервер сломается и нужно будет ждать н времени запчасти для ремонта?

Весело будет, когда твой единственный сервер навернётся.

В офисе стоят 3 сервера(все от dell, купленные 3-8 лет назад

идея заменить все их на 1 сервак

Чем бюджетный, тем лучше

Это бессмысленное и экономически убыточное действие.

Тебя бы конечно лучше уволить, от тебя громадный ущерб только.

Все эти 3 сервера бэкапятся на 1 отдельный сервер с бэкапами. В случае падения любого из этих троих - его данные и необходимая минимальная, критическая data разворачивается в облаке и продолжает работать. Если любой сервер упадет в разгар дня и до конца рабочего времени не будет работать - не критично.

Основная проблема, что CPU не будет вывозить через квартал все задачи. Поэтому нужен апгрейд.

И да, все, что на этих 3 серверах крутится - примерно одно и тоже, и вначале был 1 сервер. Его стало не хватать - купили 2. второго не хватает - купили 3. Т.е. все это спокойно объединяется в 1 сервер без каких либо проблем.

Слишком мало инфы.

Я бы из 3-4 серверов сделал кластер на каком-нибудь proxmox/wmvare и всё разбил по ролям (ad/dns/бд/апликухи и т.д.) и виртуализировал. Ну а там и HA, и Devops, и DR и т.д.

Да это всё бред, то что ты пишешь.

У этих трех серверов очень низкая ликвидность. Продать их - это фактически списать. То есть потраченные на них деньги улетают приблизительно в трубу. Декларируемая причины замены - процессор, но там процессоры, я не знаю, наверное 20% стоимости, остальное сама коробка, системная плата, блоки питания, память - всё это экономически улетает в трубу. Причем покупалось оно дорого так как сервера брендовые. Причем весь этот брендовый убыток в трех экземплярах. А новый, четвертый сервер будет брендом не ниже, то есть он тоже будет дорогой. Если вы какие-то нищие люди с несерьезной работой, то наверное вынуждены думать и экономить, а не совершать экономически глупые поступки.

Далее ты говоришь, что есть софт, который упирается доступные ресурсы. Есть еще какой-то другой софт на другом языке и есть еще самба. Но в качестве решения ты предлагаешь схему в которой всё будет на одном сервере. То есть добавить тому самому якобы критичному софту конкурентов за ресурсы.

Новый сервер для этого должен быть во-первых сам по себе мощнее в три раза (мы же три на один меняем), а во-вторых должен быть дополнительно быстрее, чтобы дать тому критичному софту запас (иначе в чем вообще смысл-то?). То есть должен быть мощнее минимум в 4 раза чтобы это имело смысл, а лучше в пять, чтобы скомпенсировать пропускную способность памяти и т.д. При этом он ни в коем случае не должен быть мощнее в 6 раз, так как вы нищие люди, которые вынуждены экономить по страшному. Это возможно, но попадешь ли ты так точно в заданный диапазон, учитывая что ты туповатый и ленивый мудак который не может самостоятельно изучить ассортимент предлагаемых процессоров и вместо этого пррсит назвать ему модель на лоре?

Ты утверждаешь, что софт скоро упрется в процессор, причем скоро выкатываются новые возможности софта и всё будет еще хуже. Очевидно, что это абсолютно кривое говно, которое работает неэффективно. Но это нормально. Бизнес не будет занимается оптимизацией. Во-первых, нет на это времени, так как надо пилить новые фичи для зарабатывания денег. То есть поблему нельзя решить временем (времени нет), но зато можно решить деньгами. Во-вторых, в таких случаях стоимость железа воспринимается как минимальная в сравнении со стоимостью работы программистов по оптимизации кода. И тут вдруг выясняется, что у вас нет денег, мудак вместо эксперта и вообще надо бы процессор по-дешевле.

Основная проблема, что CPU не будет вывозить через квартал все задачи

Об этом сразу говорить надо, а не

сумме около 70% CPU.

Тебе место жалко? Купи четвертый. Или себе хочешь списанные забрать?

Серверы куерверы. На обычных рязанях 12\24 или 16\32 собери. Один даст х2 «производительности» а денег хватит на 5штук.

Кстати, автор почитай длинный пост анона сверЪху. Он там разум зачал, тебе его вырастить нужно.

Списать 3 сервака - дорого будет. Есть вариант замены на более мощные процы и память, оно сейчас всё postmarket.

Но я это хочу подвести к тому, что 1сервер = ненужно, так как вы нищие, раз рязань-эпик за 7к$ вам дорого.

Почему топлю против? А вот посмотри того же Лайнуса ТекТипа, там еще несколько буржуев плакали. Из нашего сегмента SRV глянь.

Так вот, бывает так, что покупая 1 сервер с разбегу наскакивают на грабли и в сервере возникает бутылочное горлышко, когда производительность всего резко падает под плинтус и нужны дерьмокопатели типа Puget, которые найдут причину возникновения дерьма на ровном месте, свяжутся с вендорами, сделают развернутый багрепорт.

CPU:E5-2609 V4@1.70GHz Ram:80G Storage: 5T

Вот этот проапгрейдить по процу и памяти, сделать на нем хранилище nfs, samba Какой выбрать рейд итд это все от бюджета зависит, также не указано сколько дискового места нужно

Остальное списать, или оставить на резерв. Собрать хорошую рабочую станцию с райзеном\тредриппером итд, на что бюджета хватит, ее и использовать для рассчетов. Соединить ее с сервером отдельным 10gbit+(на сколько бюджета хватит) линком.

CPU:E5-2609 V4@1.70GHz Ram:80G Storage: 5T

Еще более полную информацию хотелось бы видеть. Полное название модели, LFF/SFF? , какой дисковый контроллер там стоит? Блоков питания два?

Сколько денег готовы потратить на такое обновление?

Супер-пупер сохранности данных не надо. Все это ежедневно будет бэкапиться, и если какой-то 1 файл будет поврежден и даже пропадет навсегда - не конец света.

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

Более того если сделаете загрузку узла для расчетов по сети, сможете убрать из бюджета еще и диск для него, а также появится возможность купить второй\третий\десятый узел для расчетов в будущем.