настройка сервака под никсами....
5!
напиши куда ездить надо будет, какого уровня железо, какая нагрузка и т.д.
Я могу помочь. Вот только в плане железа, боюсь, я немного отстал от жизни и последних тенденци могу не знать.
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
Какую примерно цену попросите за это ?
загрузка 700% - ещё сильнее
хорошая трава, однако
этточно... 2Тб в 1U запхать сложновато... А рядом промайз поставить не катит?
а от 2 Тб в 1 юнит - это так, цветочки.
6 винтов по 750 туда можно воткнуть.
это будет 4.5Тб.
на т.к. возможно понадобится сказевый винт для вебморды - то остается 5 мест, да и охлаждение лучше, когда больше пространства, итого - еще 4 винта...
По 500 - как раз 2Тб.
Рассказать, как это можно сделть ?
4 сата по 500гб разве что, а больше как ?
2Тб в 1U - это сильно
вот кстати это вполне реально
вот тут
но если собирать самому, то реально нужно иметь правильный напильник и правильные руки
![](/images/graemlins/smile.gif)
![](/images/graemlins/ooo.gif)
ессно - в кондиционаруемом шкафчике в хостинге.
жжот
да не, ну запихать-то можно, никто не спорит... Не сегодня-завтра по терабайту винты будут. Но охлаждать-то...
Есть ли умельцы, которые могли бы настроить сервер под никсами и поставить туда веб-сервер, а так-же люди, которые могли бы порекомочь в выборе железа под файловое хранилище.Если есть и за спасибо не работают -то за каккие примерно суммы это можно сделать?1 Собрать сервак2 настроить его, поставить ось, веб-сервер, базу, кое-какие спец-проги (из дистров в инете)3 поддерживать его?И вот это:
касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%отличаются на порядок в плане денег
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
![](/images/graemlins/smile.gif)
поэтому лучше не вводить в заблуждение народ, а стоит сразу писать реальные требования
![](/images/graemlins/smile.gif)
Ели отличестя на порядок - значит укажите чколько за первый вариант, сколько завторой, и в чем будут различия в Вашей работе?
да, кстати, давайте не будем отходить от темы, и укажем свои цены.
уверен, что уровень оплаты может без труда подсчитать твой работодатель
![](/images/graemlins/wink.gif)
для чего и интересуют цены последних.
Хотя бы примерный порядок.
надо соотнести его с запросами исполнителей.
а для этого нужны нормально сформулированные требования к знаниям и подробное описание в какую жопу придется вляпаться
![](/images/graemlins/smile.gif)
касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%за 300уев кто нить согласен такое намутить?
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
единовременно или за поддержку в месяц?
да там, если настроить, поддерживать-то особо знаний не надо. А со знаниями за день такое делается. А 300 у.е. - вполне нормально имхо
btw, по поводу размеров хранилища и его физического размера - ты про raid не забыл?
тем не менее хотелось бы знать за какие деньги могут ночью разбудить и попросить сервак поднять, или еще хуже - ехать на стойку, если жопа какая случилась
сотка, думаю (если ехать)
но ка минимум нужно, что бы было дотаточно знаний, что бы так настроить сервак, что бы он не особо часто падал.
Ну и наверно мониторинг раз в неделю проводить, что бы выяснить, что в ближайшее время собирается отвалиться... беды на дисках, или критическая уязвимость в ядре, или еще что нехорошее...
беды на дисках можно оставить на совести контроллера и раз в день смотреть на монитор
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)Судя по тому, что тред почищен, моё мнение никого не ебёт. Однако, я всё же замечу, что лучше не надо совмещать в одной машине файлопомойку и SQL-сервер где важен response time. Ну и про нереальность 1U тут уже все высказались.
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
Всё зависит от задач, которые Бизнес хочет возложить на систему. Если "хотим задёшево 2 Тб и 1У на ВСЁ", то ИТ должно чётко расписать:
1) Решение А: НЕ 1У, два сервера стоит столько-то денег. Обеспечивает заданные в ТЗ условия на 100%
20 Решение Б: 1У, всё в одном, работает ровно на свою стоимость. Стоит в 6 раз дешевле Решения А
После чего Бизнес ОБЯЗАТЕЛЬНО должен поставить свою подпись на решении о выборе Решени Б.
ВСЁ.
Это _НЕ_ИТшное_ дело отстаивать правильность выбора решений.
Однако, я всё же замечу, что лучше не надо совмещать в одной машине файлопомойку и SQL-сервер где важен response time.Всякие виртуальные разделы или контейнеры должны помогать. Сам не пробовал.
Про то, что держать базу и файлы на одних дисках - нерационально, уже сказали.касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%за 300уев кто нить согласен такое намутить?
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
Но в данном ТЗ, imho, нужно смотреть на то, как написана вебморда, потому как если она сделана криво/нерационально, то обеспечить нужную производительность не получится по независимым от настройщика сервера причинам. Или подразумевается, но написание софта для файлобменника также входит в эти 300 долларов?
![](/images/graemlins/grin.gif)
Про то, что держать базу и файлы на одних дисках - нерационально, уже сказали.планируется выделить 1 скази под базу и морду.
морда будет писаться наиболее рационально и оптимально, но критерий таков, что бы при выборке из 100000 записей по 10 полей в каждой по индексированному varchar(32) запрос с ограничением limit 12354, 50 и сортировке по полю varchar(128) работал при загрузке обычных саташников на отдачу/ прием в сеть 70% от 100Мб не более 1 секунды.
2 Tb и SCSI-диски - вещи практически не совместимые
да особо и не нужные
![](/images/graemlins/wink.gif)
с год назад была ссылка на перца в америке, который купил на ебэе коллекцию скази 4-9-18Г винтов и собрал-таки Тб
![](/images/graemlins/smile.gif)
в полштуки$ точно уложился, точнее не помню
2 Tb и SCSI-диски - вещи практически не совместимыепочему?
вешаешь 2 Тера на саташках под файлы и скази под морду.
![](/images/graemlins/smile.gif)
правильно говорят - надо делать минимум два сервака.
но критерий таков, что бы при выборке из 100000 записей по 10 полей в каждой по индексированному varchar(32) запрос с ограничением limit 12354, 50 и сортировке по полю varchar(128) работал при загрузке обычных саташников на отдачу/ прием в сеть 70% от 100Мб не более 1 секунды.Даже если предположить, что там очень клёвая операционная система, которая очень честно заскедулит CPU таким образом, что прерывания от ATA и от сети не будут мешать работать базе, всё равно остаются места под вопросом. Это общая шина на которой стоят и ATA и SCSI. Это сетевой интерфейс, которые хрен загрузишь на 70% честно. Трафик на файлопомойках имеет свойство ходить рывками, поэтому от 100% загрузки сети не так просто избавиться.
Кстати определение запроса не совсем чётко. За одну секунду БД должна вернуть ОК и быть готовой отдавать данные? Или за одну секунду все 12345 записей должны перелиться из БД в клиента? Или все 12345 записей должны утечь в сеть? Или они должны утечь в сеть и соединение успешно закрыться?
limit 12354, 50
что с 12354 записи 50 записей надо вернуть ...
Вернуть в php и обработав отдать клиенту по http.
Почему это?
указана ессно средняя загрузка сети в сутки.70% - это в среднем?
![](/images/graemlins/shocked.gif)
лучше отдельно сервак с хорошим скази-контроллером и один - с хорошим сата
нормальная загрузка канала....
Конечно, лучше. Одна голова хорошо, а две лучше. Но почему всё таки "не рекомендуется" на одном хосте иметь SATA и SCSI?
да бред это. тем более скази можно сказать на последнем издыхании а сас контроллеры сата обычно поддерживают.
Я знаю, что бред, но мне всё равно интересно услышать обоснование.
из серии "вася пупкин в своей статье на известном ресурсе написал что это не рекомендуецца"
![](/images/graemlins/smirk.gif)
ничего критичного не случится
Оставить комментарий
stm7884696
Есть ли умельцы, которые могли бы настроить сервер под никсами и поставить туда веб-сервер, а так-же люди, которые могли бы порекомочь в выборе железа под файловое хранилище.Если есть и за спасибо не работают -то за каккие примерно суммы это можно сделать?
1 Собрать сервак
2 настроить его, поставить ось, веб-сервер, базу, кое-какие спец-проги (из дистров в инете)
3 поддерживать его
?