Создание фермы серверов. Стоит ли использовать дешевое или дорогое оборудование?

Это зависит от вашего приложения и терпимости к сбоям.

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

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

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

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

Реальный жизненный опыт:

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

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

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

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

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

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

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

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

Перейти на дорогие.

Воздушный поток, воздушный поток, воздушный поток.

Найдите местного продавца, создайте машину по разумной цене, исследуйте компоненты, чтобы не покупать лимонные части, и убедитесь, что она перемещает обильное количество воздуха по всему самому себе. Когда снаряжение остается холодным, оно длится намного дольше. Избыточность хороша, но в зависимости от размера вашей организации это может быть излишним. Если вы хотите избыточности, то, возможно, вам стоит купить меньше машин с гораздо большей отказоустойчивостью (hdd, cpu, mem, psu, вентиляторы и т. Д.) И запустить виртуальные серверы. Таким образом вы получите отказоустойчивость на своем сервере, а также дополнительное преимущество работы виртуальных машин. Тем не менее, рекомендуется хранить ваши серверы БД на отдельном оборудовании или, по крайней мере, записывать их в выделенный массив raid.

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

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

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

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

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

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

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

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

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

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

Самым дорогим из известных мне х / б был самый дешевый, но производитель не смог / не захотел починить его, когда он сломался. У них также были самые дорогие продления контракта на обслуживание (которые оказались бесполезными).

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

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

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

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

Если у вас есть хороший персонал, вы можете инвестировать в идентичные серверы и VMWare с решением iSCSI или SAN с RAID и хорошим резервным сервером для внутреннего хранилища.

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