og

Рейтинг
157
Регистрация
08.01.2002
Должность
Администратор

Какая операционка стоит на сервере?

uname -a

так-же попробуйте выполнить:

locate zip | grep bin

результат покажите.

Если есть 6 корзин, то уж заполнять все. Потом ведь всё одно не поставите.

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

Те-же 200-250 Гиговики от сегейта будут работать куда как пошустрее.

Кстати если диски получатся из одной партии, то есть вероятность потерять

все данные в случае сбоя ближе к концу срока гарантии.

Лично я бы брал 6 250 гиговиков в разных конторах парами.

Если накроются, то только пара из 1 партии.

Кстати IBM'ы в свои есервы ставт диски от разных производителей.

(они под своим лэйблом их продают =))

4 диска в принципе легко встанут и в 1U.

Но 2u - больше воздуха, лучше охлаждение.

Но я бы взял 1U =)

Например это: http://www.supermicro.ru/products/chassis/sc813t-500.html

Недавно такое покупал людям под зкакз. В нём 2 зеона 3.4 Ггц отлично себя чувствуют.

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

Совсем необязательно. 2 зеона на сайт с небольшой нагрузкой не берут.

А 2 диска врядли будут ставить в стрип рискуя потерять всё при сбое на одном

из дисков, значит ставить будут как зеркало.

Зеркало по скорости записи будет эквивалентно скорости работы одного такого

толстого винта. А паралельная запись для него будет весьма непростой задачей.

Отсюда тормоза. И никакой 16 метровый кэшь не спасёт.

Если ставить 2 SATA, то 10 тысячные рапторы. Но всё равно по

эффективности/надёжности это будет ниже, чем 10 рейд.

Считаю, что всё будет зависеть от движка.

Если там будет какое-то чудо на php с обращениями в базу, то

50к будут саавсем не сладкими для любого из предложеных серверов.

Вот если всё будет на статике, то действительно можно выдавать контент

очень много и очень быстро. При большом числе мелких файлов,

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

и закинуть всю мелочь в неё. Отдаваться будет вообще пулемётно.

Конфигурация Imho странная, на 2 диска брать машину с 6 корзинками?

Да и за 2U потом платить надо будет.

Диски большие и тормозные, будут проблемы с частыми операциями R/W.

При корзине на 6 дисков лучше уж брать 6 дисков по 200 гиг, и сделать на них RAID10.

Процы с 4 метровым кэшом, мм, а

под что вы его решили брать?

Если файлопомойка для видео (большие и тормозные диски), то 4 метровый кэшь там не в кассу, да и 2 зеона не надо. Если сервер под веб контент, то будут тормоза на дисковых операциях.

P.S. И ещё один момент, посоветуйтесь со своим админом на тему совместимости

железки с планируемой операцинкой. Есть вероятность пролететь например с рейдом.

Неплохая цена 8к за такого зверька.

Проще свой сервер купить за $2.5-3k с 2 зеонами. За год окупится.

Про 8 марта это забавно, если кто помнит, то до Восточной у рамтела,

.m держало свои серваки как раз на 8 марта, у IBS =)

Весёлый переезд кому-то предстоит однако!

Очередной вперёд-назад получается =)

2 Даниленко Д: Дима, когда свой ДЦ построите?

А то всё как нищенки по чужим бродите, прям как Агава.

kostich:
да пофигу на самом деле, т.к. права на их корневую диру выставлены, в моем случае, на rwx------- и овнер её сам клиент... следовательно если он по ftp на неё 777 не поставит, а он на неё по ftp поставить не сможет, то всё тип-топ...

chmod 777 .

Этим кстати страдает CuteFTP, он на всё что движется поставит те пермишены которые заданы руками.

kostich:

или другой вариант... owner кто-то, а rwx только для групы, в которую занесены uid-ы фтп учетки и учетки для скриптов....

Правильно. Кстати а зачем 2 учётки?

kostich:

PS. и какая разница с какими он правами будет лить дальше... ?

Если не поменяет права на home, то никакой.

kostich:
IMHO никакой гарантии... надо решать вопрос глобально, а именно на уровне выполнения скрипта в теле процесса с uid/gid клиента, что само по себе снимает массу головной боли.
..skip

Как это рашает проблему с клиентами заливающими всё по ftp с правами 777 ?

AlexLee:
Так менее надёжно. Например при пожаре, сильном механическом воздействии на сервер, скачке напряжения, воровсте могут погибнуть сразу оба винта. на физически разделённом от основного сервера компе бакап надёжнее держать.

Надёжнее, но если необходимо быстро развернуть бэкап,

то быстрее, чем с диска на том-же сервере никак не получится.

IMHO бэкап на диск на том-же сервере + его-же лить на сервер для бэкапов.

Зингельшухер:
Все кроме ламеров которые у себя дома на модемах апачь на винду ставят и думают что стали крутыми хостерами :)
(опять-же я говорю ОЧЕНЬ упрощенно чтоб избежать непонимания)

Действительно ответ уж очень упрощёный.

Существует mod_suexec который позволяет запускать cgi'ки под теми

пользователями под которыми указано в конфиге апача. Модуль стандартный,

требуется лишь включить его при сборке апача указать --enable-suexec,

и в httpd.conf'е указать для вирт хоста user & group.

Но ведь существует и mod_php который этого то как раз не умеет.

И выполняется оно с правами пользователя указаного в настройке апача = user.

Обычно эта дыра закрывается включёным safemode, и запретом скриптам на php

подниматься выше документ_рута путём наложения соответствующих патчей и модулей. Или же использование соответствующих модулей уже для php.

Но это требует весьма грамотной и ювелирной настройки.

Любая ошибка со стороны администратора сервера или разработчиков

панели (ох уж эта cP!), приведёт как раз к массовым взломам у хостера.

Однако есть VDS, VPS (привет swsoft =)), в которых даже рут выше

домашнего каталога подняться не может. Или в FreeBSD Jail, окружение + отдельный апач каждому юзеру (да много хостов так не заведёшь на машинку, но зато если поломают соседа, то тебе это ничем не грозит).

Вот чуть менее упрощёная ситуация.

Если где-то ошибся, прошу поправить.:)

Всего: 328