Если серверная часть сайта написана оптимально, на такие порядки должно хватить 2cpu x 2core до 4G памяти. SCSI/SAS предпочтительнее просто даже в силу большей надежности
> Частота обращения к БД - до 10 000 обращений в секунду в пике (20% на чтение и 80% на запись)
Можно уточнить, откуда бралость число 10000? Просто чтобы много и с запасом?
Может я не прав, но есть сомнение, что без 3rd party кэширования на бюджетных серверах даже на 2cpu x 4core на scsi/sas mysql сможет прокачать в секунду 10к запросов.
Это значит, что провайдер допускает недолгие пиковые превышения и усредняет их без дополнительной тарификации для клиента
В общих чертах описано тут: http://en.wikipedia.org/wiki/Burstable_billing
Вообще, наверняка стоит у самого провайдера спросить детальную математику подсчета, только он знает лучше, что и как он калькулирует для клиента, и платить Вам ему придется.
История случилась в утро субботы по атлантике. У людей был был положенный им ентерпрайз-процессом выходной :)
Ой, избавьте меня от тона навроде "неасилил". Про XX век я и вспомнил, и предпочитаю разговоры в духе LOR'а оставить там же. Эволюцию RedHat'овских дистрибутивов я наблюдаю с 99-го и до сих пор. Если yum для Вас мощный и лучший управлятор пакетами - ради бога, пользуйтесь. В моей работе нет возможности довольствоваться только тем, что предлагают бинарные пакеты дистрибутивов, я в состоянии писать собственные rpm spec'и, но предпочитаю делать это по-другому и в другом дистрибутиве.
Although often associated strictly with information technology, enterprise architecture relates more broadly to the practice of business optimization in that it addresses business architecture, performance management, organizational structure and process architecture as well.
Если в этом абзаце Вами увидено что-то техническое - поделитесь. После выделенной фразы я непременно должен был почувствать превосходство технических решений в лице yum/yast?
Если я нахожу в разработках RedHat'а какие-то интересные технические решения (таких не мало, и это не вовсе не yum), не собираюсь считать это заслугой могучего слова Enterprise. Для меня, как технаря, существует не меньше интересного технически и там, где нет слова Enterprise.
еще бы :)
Совпадает с DocumentRoot в апаче?
Как же, вот подите, да обратитесь без подписки в RH/Novell за фичреквестом про исправление для своей железки, а мы посмотрим на срочность написания :)
Вам повезет, если железка достаточно распространена среди клиентов и сам мейнтейнер будет заинтересован в быстром решении. В остальных случаях реакция не будет отличаться от комьюнити.
Вообще, Ваш ненаглядный enterprise и значит, что конкретное железо как-то оттестировано и дистрибутив ready to use на конкретном железе. Ровно так же enterprise мейнтейнеры Вас будут склонять на использование поддерживаемого брэндового железа.
Если я Вам скажу, что у меня многим больше 50 серверов, и на них нет ничего с ентерпрайзом в названии, я выиграл спор? :)
Отлично, берем первые 2 абзаца от слова Enterprise до слова well и считаем, сколько раз там употребляется слово business и сколько слово technology. Все описанное выше это определенная бизнес модель, которая, да, понятное дело, каким-то образом подчиняет технологический процесс.
Но заявление о том, что enterprise это однозначно техническая крутота неимоверная, все остальные отстой, как говорит робот Bender, равнозначно мифу о том, что линукс для пионеров.
В тот же RedHat и Suse ушло работать море народу из community и они сами продолжают в нем участвовать, и никто оттуда от community не отстраняется.
Вы чувствуете себя лучше от слова Enterprise - да за ради пожалуйста. Что до систем управления/обновления - Вы, видимо, не помните времена неимоверной продвинутости управления пакетами в дебиане на фоне убогости оного в редхате(прошу не считать это камнем в сторону redhat'а - мощная контора, с мощными умами, но такая вот беда с rpm'ами у них). В настоящее время я в состоянии решать такую проблему самому, не прибегая к слову enterprise.
На этом предлагаю спор на эту тему закончить.
:) Даже не знаю, как Вам ответить.
Наверное так - да, видел.
Да, прекрасно понимаю разницу между платной подпиской на RHEL и поддержкой коммьюнити Fedore'ы, которая указана у Вас в подписи.
Но что до меня - предпочитаю общение с девелоперами во freenode, нежели поиск слова enterprise на бирке. И предпочитаю комьюнити поддержку других дистрибутивов, нежели подписку на RHEL/SLES. Не потому что это ацтой, а просто я так предпочитаю.
Но Вы, видимо, не поняли, о чем я. Слово enterprise предполагает отпределенную бизнес-модель на определенных устойчивых бизнес-принципах, чтобы другие бизнес-субъекты видели какую-то уверенность в возможном партнерстве. Но совершенно не закладывает какую-то техническую крутоту в продукт априори. Мне, как технарю, фиолетово, есть в названии слово enterprise или нет, мнение о продукте у меня будет только с этой стороны.
amso добавил 19.02.2008 в 01:24
С высоконагруженными системами хочешь-не хочешь, придется ковыряться в чем бы то ни было. Посему лучшая система та, которую лучше знаешь сам или ближайший гуру.
O_o
Представил - отвернулся от консоли, а оно само как давай затыкать дыры и перезапускать сервисы
amso добавил 19.02.2008 в 00:38
Можно просто посмотреть дефинишн слова enterprise. И ключевыми словами тут будут слова "бизнес" + "политика". Это слово из обоимы менеджера, к технической части оно мало имеет отношения.
а) трафик. б) трафик. в) трафик
Смотрите на условия по трафику, так как в не очень хорошей ситуации Вы можете получить такой счет, что никакие мышки-флешки Вас не утешат.
