настройка сервака под никсами....

stm7884696

Есть ли умельцы, которые могли бы настроить сервер под никсами и поставить туда веб-сервер, а так-же люди, которые могли бы порекомочь в выборе железа под файловое хранилище.
Если есть и за спасибо не работают -то за каккие примерно суммы это можно сделать?
1 Собрать сервак
2 настроить его, поставить ось, веб-сервер, базу, кое-какие спец-проги (из дистров в инете)
3 поддерживать его
?

dgaf

>порекомочь
5!

dgaf

напиши куда ездить надо будет, какого уровня железо, какая нагрузка и т.д.

VitMix

Я могу помочь. Вот только в плане железа, боюсь, я немного отстал от жизни и последних тенденци могу не знать.

stm7884696

касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
Какую примерно цену попросите за это ?

Marinavo_0507

2Тб в 1U - это сильно
загрузка 700% - ещё сильнее
хорошая трава, однако

uncle17

этточно... 2Тб в 1U запхать сложновато... А рядом промайз поставить не катит?

stm7884696

70% (поправил в посте)
а от 2 Тб в 1 юнит - это так, цветочки.
6 винтов по 750 туда можно воткнуть.
это будет 4.5Тб.
на т.к. возможно понадобится сказевый винт для вебморды - то остается 5 мест, да и охлаждение лучше, когда больше пространства, итого - еще 4 винта...
По 500 - как раз 2Тб.
Рассказать, как это можно сделть ?

janlynn

4 сата по 500гб разве что, а больше как ?

krishtaf

 
2Тб в 1U - это сильно

вот кстати это вполне реально
 вот тут
но если собирать самому, то реально нужно иметь правильный напильник и правильные руки

sirius

А охлаждать такое получится в 1U ?

stm7884696

сейчас стоит 4 сата по 750 - температура 26 градусов на каждом.
ессно - в кондиционаруемом шкафчике в хостинге.

janlynn

жжот

uncle17

да не, ну запихать-то можно, никто не спорит... Не сегодня-завтра по терабайту винты будут. Но охлаждать-то...

krishtaf

Вот это:
Есть ли умельцы, которые могли бы настроить сервер под никсами и поставить туда веб-сервер, а так-же люди, которые могли бы порекомочь в выборе железа под файловое хранилище.Если есть и за спасибо не работают -то за каккие примерно суммы это можно сделать?1 Собрать сервак2 настроить его, поставить ось, веб-сервер, базу, кое-какие спец-проги (из дистров в инете)3 поддерживать его?
И вот это:
касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
отличаются на порядок в плане денег
поэтому лучше не вводить в заблуждение народ, а стоит сразу писать реальные требования

stm7884696

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

krishtaf

 
да, кстати, давайте не будем отходить от темы, и укажем свои цены.

уверен, что уровень оплаты может без труда подсчитать твой работодатель

stm7884696

надо соотнести его с запросами исполнителей.
для чего и интересуют цены последних.
Хотя бы примерный порядок.

krishtaf

надо соотнести его с запросами исполнителей.

а для этого нужны нормально сформулированные требования к знаниям и подробное описание в какую жопу придется вляпаться

stm7884696

касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
за 300уев кто нить согласен такое намутить?

dgaf

единовременно или за поддержку в месяц?

uncle17

да там, если настроить, поддерживать-то особо знаний не надо. А со знаниями за день такое делается. А 300 у.е. - вполне нормально имхо

dgaf

btw, по поводу размеров хранилища и его физического размера - ты про raid не забыл?

dgaf

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

uncle17

сотка, думаю (если ехать)

stm7884696

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

uncle17

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

sergey_m

При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
Судя по тому, что тред почищен, моё мнение никого не ебёт. Однако, я всё же замечу, что лучше не надо совмещать в одной машине файлопомойку и SQL-сервер где важен response time. Ну и про нереальность 1U тут уже все высказались.

viktor954

>Однако, я всё же замечу, что лучше не надо совмещать в одной машине файлопомойку и SQL-сервер
Всё зависит от задач, которые Бизнес хочет возложить на систему. Если "хотим задёшево 2 Тб и 1У на ВСЁ", то ИТ должно чётко расписать:
1) Решение А: НЕ 1У, два сервера стоит столько-то денег. Обеспечивает заданные в ТЗ условия на 100%
20 Решение Б: 1У, всё в одном, работает ровно на свою стоимость. Стоит в 6 раз дешевле Решения А
После чего Бизнес ОБЯЗАТЕЛЬНО должен поставить свою подпись на решении о выборе Решени Б.
ВСЁ.
Это _НЕ_ИТшное_ дело отстаивать правильность выбора решений.

Marinavo_0507

Однако, я всё же замечу, что лучше не надо совмещать в одной машине файлопомойку и SQL-сервер где важен response time.
Всякие виртуальные разделы или контейнеры должны помогать. Сам не пробовал.

alexkravchuk

касателньо нагрузки - надо сделать хранилище объемом от 2 Тб (а там - сколько влезет в 1u) и загрузить 100Mb канал процентов на 70%
При этом сконфигурить железо так, что бы при указаной загрузке канала отдачей / приемом файлов из/в хранилище вебморда не тупила более 1 секунды. (+ max 0.5 сек на обработку ненавороченого селекта в базу)
И что бы все это добро нах не упало, и работало быстро (надо заботать всякие ncq у винтов, подобрать винты по надежности скорости и цене, поставить грамотные дрова и т.д.)
за 300уев кто нить согласен такое намутить?
Про то, что держать базу и файлы на одних дисках - нерационально, уже сказали.
Но в данном ТЗ, imho, нужно смотреть на то, как написана вебморда, потому как если она сделана криво/нерационально, то обеспечить нужную производительность не получится по независимым от настройщика сервера причинам. Или подразумевается, но написание софта для файлобменника также входит в эти 300 долларов?

stm7884696

Про то, что держать базу и файлы на одних дисках - нерационально, уже сказали.
планируется выделить 1 скази под базу и морду.
морда будет писаться наиболее рационально и оптимально, но критерий таков, что бы при выборке из 100000 записей по 10 полей в каждой по индексированному varchar(32) запрос с ограничением limit 12354, 50 и сортировке по полю varchar(128) работал при загрузке обычных саташников на отдачу/ прием в сеть 70% от 100Мб не более 1 секунды.

AlexV769

2 Tb и SCSI-диски - вещи практически не совместимые

uncle17

да особо и не нужные

dgaf

ну почему же
с год назад была ссылка на перца в америке, который купил на ебэе коллекцию скази 4-9-18Г винтов и собрал-таки Тб )
в полштуки$ точно уложился, точнее не помню

stm7884696

2 Tb и SCSI-диски - вещи практически не совместимые
почему?
вешаешь 2 Тера на саташках под файлы и скази под морду.

uncle17

так это уже 2Tb и SATA

dgaf

вообще, смешивать сата и скази на одном хосте не рекомендуется.
правильно говорят - надо делать минимум два сервака.

sergey_m

но критерий таков, что бы при выборке из 100000 записей по 10 полей в каждой по индексированному varchar(32) запрос с ограничением limit 12354, 50 и сортировке по полю varchar(128) работал при загрузке обычных саташников на отдачу/ прием в сеть 70% от 100Мб не более 1 секунды.
Даже если предположить, что там очень клёвая операционная система, которая очень честно заскедулит CPU таким образом, что прерывания от ATA и от сети не будут мешать работать базе, всё равно остаются места под вопросом. Это общая шина на которой стоят и ATA и SCSI. Это сетевой интерфейс, которые хрен загрузишь на 70% честно. Трафик на файлопомойках имеет свойство ходить рывками, поэтому от 100% загрузки сети не так просто избавиться.
Кстати определение запроса не совсем чётко. За одну секунду БД должна вернуть ОК и быть готовой отдавать данные? Или за одну секунду все 12345 записей должны перелиться из БД в клиента? Или все 12345 записей должны утечь в сеть? Или они должны утечь в сеть и соединение успешно закрыться?

stm7884696

указана ессно средняя загрузка сети в мутки.
limit 12354, 50

что с 12354 записи 50 записей надо вернуть ...
Вернуть в php и обработав отдать клиенту по http.

sergey_m

> вообще, смешивать сата и скази на одном хосте не рекомендуется.
Почему это?

alexkravchuk

указана ессно средняя загрузка сети в сутки.
70% - это в среднем?

dgaf

а зачем устраивать зоопарк
лучше отдельно сервак с хорошим скази-контроллером и один - с хорошим сата

stm7884696

а что ?
нормальная загрузка канала....

sergey_m

> лучше отдельно сервак с хорошим скази-контроллером и один - с хорошим сата
Конечно, лучше. Одна голова хорошо, а две лучше. Но почему всё таки "не рекомендуется" на одном хосте иметь SATA и SCSI?

CapitanJack

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

sergey_m

Я знаю, что бред, но мне всё равно интересно услышать обоснование.

CapitanJack

из серии "вася пупкин в своей статье на известном ресурсе написал что это не рекомендуецца"

dgaf

ладно, нагнал
ничего критичного не случится
Оставить комментарий
Имя или ник:
Комментарий: