При создании фермы сервера - я должен использовать дешевые или дорогие аппаратные средства?

Я не уверен, связано ли это с определенной ошибкой, Вы имеете, но у меня была подобная проблема с Постфиксом и Comcast, связанным с Обратным поиском DNS.

Удостоверьтесь, что Ваши домены настраиваются для обратного поиска и дают ему другой выстрел.

3
задан 23 July 2009 в 15:12
10 ответов

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

Я называю его "поддержкой Packled-уровня" после посторонней гонки в Звездном пути, потому что необходимо смочь назвать день строки поддержки или ночь и сказать, что я - $NAME на уровне $COMPANY. Мое число контракта на поддержку является $X. Мой компьютер является $TYPE, последовательным $NUMBER. Это повреждается, заставьте его пойти и ожидайте, что некоторый парень обнаружится 2-4 часа спустя, чтобы сделать точно это.

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

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

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

3
ответ дан 3 December 2019 в 04:48

Это зависит от Вашего приложения и допуска для отказов.

При выполнении базы данных оракула для финансового бизнеса Вы хотите дорогие серверы с заменяемыми в горячем режиме частями и встроенным дублированием (источники питания, диски, даже CPU и память).

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

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

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

Реальные события:

Плохо: Рабочий оракул на потребительском оборудовании был дешевым решением, которое мы смогли соединить очень быстро, но плохой вентилятор процессора вызвал катастрофический отказ сервера, который вынудил нас восстановить Oracle от ленты (тьфу!).

Хороший: Мы заменили 2 высокопроизводительных в большой степени избыточных машины 70 товарными серверами для монтажа в стойку. Мы смогли отбросить обслуживание на этих 2 машинах и начали просто покупать 2 500$ 'запчасти'. Приблизительно за 2 года я думаю, что мы только когда-либо использовали приблизительно 6 из 'запчастей' (реальная проблема избегала развертывания запчастей для других целей).

5
ответ дан 3 December 2019 в 04:48

Создание заменяемых в горячем режиме серверов чрезвычайно трудно.

Пойдите для дорогих.

1
ответ дан 3 December 2019 в 04:48

Существует это хорошее сообщение в блоге от Jeff по этой теме, где он также смотрит на энергию и лицензионные сборы.

1
ответ дан 3 December 2019 в 04:48

Поток воздуха, поток воздуха, поток воздуха.

Найдите локального поставщика, создайте машину по умеренной цене, исследуйте компоненты так, чтобы Вы не покупали лимонные части и удостоверились, что она перемещает обильные количества воздуха всюду по себе. Когда механизм остается классным, он длится намного дольше. Дублирование хорошо, но в зависимости от Вашего организационного размера это могло бы быть излишество. Если Вы действительно хотите дублирование затем, возможно, необходимо изучить покупку меньшего количества машин с намного большей отказоустойчивостью (HDD, CPU, мадам, psu, поклонники, и т.д.) и выполнение виртуальных серверов. Тем путем Вы получили бы отказоустойчивость в своем сервере, а также добавленном преимуществе выполнения виртуальных машин. Однако это - хорошая практика, чтобы сохранить Ваши серверы БД к отдельному оборудованию или по крайней мере иметь их пишущий в специализированный массив RAID.

1
ответ дан 3 December 2019 в 04:48

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

  • замените источники питания в горячем режиме
  • IPMI (удаленное управление)
  • реальный аппаратный RAID-контроллер для системных дисков
  • шасси с хорошим потоком воздуха

Кроме того, рассмотрите использование хорошего loadbalancer, кэш HTTP (например. Squid), PHP-кэш (например. ACP) и memcachd, если это соответствует Вашему веб-приложению. Это может устаревший некоторые серверы бэкэнда на довольно оживленном сайте.

1
ответ дан 3 December 2019 в 04:48

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

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

Вероятно, необходимо сесть и проанализировать планы аварии и единые точки отказа и сравнить его с тем, сколько денег можно иметь шанс проиграть. Я не знаю то, что загружается, Вы ожидаете на серверах, но я могу сказать, что, если Вашему бизнесу абсолютно нужны ИТ-услуги для работы, необходимо запланировать на каждом, что - если можно... управлять, разлагается, удаленные резервные копии, огонь в серверной (или перебой в питании..., сколько путей Вы получаете питание там?), отказ контроллера, отказ материнской платы, и т.д. и сколько времени можно обойтись без помощи сервисов, прежде чем он нанесет вред бизнесу, затем сколько стоит ценность для не потери работоспособности (или канал к потребностям поддержки) по сравнению с тем, сколько Вы потеряли бы во время, которое требуется для получения другой системы на месте?

Если у Вас есть хороший персонал, Вы могли бы посмотреть на инвестирование в идентичные серверы и VMware с решением iSCSI или решение SAN с RAID плюс хороший сервер резервного копирования для устройства хранения данных бэкенда.

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

0
ответ дан 3 December 2019 в 04:48

Некоторые самые дорогие аппаратные средства имеют некоторые самые дешевые 4-часовые контракты на ответ.

Самый дорогой h/w, о котором я знаю, был самым дешевым честным, но производитель неспособный/не желал зафиксировать его, когда он повредился. Они также сделали, чтобы самый дорогой сервис сократил обновления (который оказался бесполезным).

В гонке для получения до времени жизни 3 - 5 лет системы без главного времени простоя Вы не хотите, чтобы Ваша запись была отмечена, Не Закончился.

0
ответ дан 3 December 2019 в 04:48

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

Поэтому задайте себе вопрос. Вхождение к этому, которое более важно для Вас, системной доступности или действительно ли подавления, является стоимостью? Если наличие этой системы работает без времени простоя, требование, затем это находится, конечно, в Вашем интересе посмотреть на премиальные аппаратные средства. Если однако Вы обеспокоены тем, чтобы быть скромным с Вашим бюджетом, то любой ценой вторая опция использовать системы более низкого уровня имеет смысл также. Я использовал рабочие станции в качестве серверов, чтобы сдержать затраты и просто сделать привычку к созданию их поэтому, если сервер, работающий на рабочей станции, аварийно завершается, это может быстро перейтись к другому избыточному серверу. В то время как это не получит премию демона скорости. Это устранит разрыв между днем один и временем, когда у Вас будет надлежащий поток наличности для инвестирования в надлежащие решения для промышленного стандарта.

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

Просто мои 0,02$... Надежда это дает Вам что-то для пережевывания.

0
ответ дан 3 December 2019 в 04:48

Расположение является определенно одним из наиболее важных факторов, которые влияют на потребление энергии и таким образом затраты на вычисления. Существуют места с более прохладными климатами, чем в континентальных США и с более зеленым доступным электричеством. Я рекомендовал бы кому-либо рассмотрение, располагающее центр обработки данных для взгляда на финский веб-сайт по этим проблемам: http://www.fincloud.freehostingcloud.com/

0
ответ дан 3 December 2019 в 04:48

Теги

Похожие вопросы