Если это классическая бухня (первичка, движения по небольшому складу, ЗиК на 100-200 человек ) - при такой нагрузке (IMHO) и обычных SATA 7200 за глаза. Ну поставьте им памяти побольше - СУБДха будет реже дергать диски.
Правильно ли я понимаю фразу "заказчик хочет НОВЫЙ" как "есть старый, он не устраивает по причине *** " ? Если да - стоит посмотреть, в чем затык на старом сервере. Вообще камрад oia очень правильные вопросы постом выше написал. Ответьте на них - и все сразу станет намного понятнее.
alxrv: ёлки-иголки. ну если Вы так уверены в источнике проблемы - зачем спрашиваете?
когда у зухеля "стоит галочка" маршрутом по-умолчанию является pptp0 - туннель. Когда галочки нет и маршрута на 88.0/24 нет - зухель пакеты для 88.0/24 (за исключением 88.1/32) сует не в туннель, а в маршрут по умолчанию, в интернет.
когда Вы со своего компа, стоящего за микротиком, стучитесь на компы, стоящие за зухелем, адрес отправителя (при условии отсутствия ната на pptp0) будет из внутренней сети микротика(88.2, к примеру).
микротик пакет сроутит в туннель, зухель передаст получателю, получатель ответит - и вот этот ответ на зухеле уйдет в никуда.
лечить - либо на зухеле прописывать маршрут на 88.0/24, либо на микротике натить.
alxrv: сорри, вместо 192.168.100 читать 192.168.0 - сетка за зухелем.
ладно, что предлагаю попробовать. ставим на любой комп за зухелем Wireshark. из сети за микротиком пингуем этот комп за зухелем. Смотрим трафик. Пакетики доходят - отлично, микротик работает верно. В пинге будет виден адрес отправителя - поймем правильно ли отрабатывает нат на микротике.
Пинги не доходят - как минимум косяк в маршруте на микротике(зухель про сеть 0.0 знает точно).
Резюмируя - воду считать можно вообще напрямую, есть масса официальных счетчиков, отдающих "тик" на каждые 4 литра (?). С электричеством сложнее. Во многих счетчиках есть RS-485, с которого реально утащить нужные данные, но вот воткнуться в него никто не даст. Если задача стоит считать достаточно точно - я бы взял и после официального поставил еще 1 свой, благо стоят они в пределах 1-1,5 т.р. И уже с него бы снимал данные.
alxrv: классически нат на пограничном устройстве стоит на интерфейсе, смотрящем в интернет. Вы уверены, что у Вас и на pptp0 также стоит трансляция адресов? и на микротике нет маршрута на 192.168.100.0/24....
прям ностальгия. пару лет назад работал на Ниссане, там была одна само(индусо)писная система. Так наши загорелые братья как-то сделали поиск/апдейт по таблице с 17 млн записей по полю без индекса. Неописуемые ощущения...
Илья Т.: а я встречал в жизни, и не раз. И сам заворачивал такие резюме. Банальный пример. У меня в отделе открывается вакансия, я планирую разгрузить сотрудника, работающего уже 2 года, от рутинной работы и дать ему расти. На новую ставку взять junior. Оклад неплохой, на него присылают резюме люди с опытом - но вот беда, если я возьму человека с опытом, он не будет/будет крайне неохотно тянуть простые задачи. Оставить старого бойца на рутине а на новую ставку взять нового - демотивировать старого бойца.
Вы не согласны с "оверквалифайд" или с идеей оптимизации резюме под вакансию? Что до опыта - то я конечно не из HR, но рулю подразделением не один год и не раз сам менял работу - так что совет дал, опираясь на опыт с обеих сторон.
ок, давайте посмотрим на таблицу зухеля (последняя картинка в Вашем первом посте).
88.1 - это, я полагаю, Микротик. Маршрут на Микротик у зухеля есть - все суется в pptp0. Но! маршрут только на сам Микротик (/32), любой другой адрес из 88.х пойдет через 0.0.0.0/0 - в ISP.
У Микротика получше, маршрут есть как на 88.25/32 , так и на 88.0/24.
Вы уверены, что на микротике все натится в 88.1, а не в какой-то другой адрес?
к п.4 - крайне сложно оценить загрузку. Да и как не крути - на этапе запуска на программиста будет процентов 80-90 нагрузки (не берем в расчет всякие игры). Потом все поменяется, но ...
