Мнения о хостинге серверов собственными силами

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

Короче говоря, мы - небольшая компания по разработке программного обеспечения на северо-востоке США ( не в Бостоне или Нью-Йорке, расположенная немного в горах) с существующей линейкой продуктов. По разным причинам, связанным с будущей разработкой, нам нужно иметь собственные серверы, так или иначе, - прямо сейчас, у нас есть пара 1U Suns (очень хорошие X2100, которые держатся как скалы BTW) за четверть Высота стойки.

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

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

Очевидные минусы включают в себя:

• Мощность. У нас есть соответствующий ИБП, но нет резервирования.
• Пропускная способность. Прямо сейчас у нас 16d / 2u через Comcast. Если мы переместим наш основной сайт, нам нужно как минимум удвоить его, что может потребовать соединения 2+ кабельных линий.
• A / C. Я не думаю, что это реальная проблема - я не ожидаю, что у нас когда-либо будет более 10 серверов (если мы получим больше, тогда экономика этого решения сильно изменится).

Мысли?

Благодарность!

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

Не уверен, какого поставщика мы будем использовать в будущем, но я оценил подсказку к облаку стойки в качестве альтернативы ec2 и т. Д.

Я только что закончил перевод наших общедоступных серверов на Rackspace Cloud Servers. Около года назад я сделал то, о чем вы думаете, потому что хотел полный контроль над своими серверами, и я немного недоволен арендой дешевых серверов (типичный «сервер» за 100 долларов в месяц, это просто ПК).

Я наконец отказался от внутреннего хостинга, потому что:

• Локальная пропускная способность либо очень высока, либо не высокого качества, либо и того, и другого Маршрутизаторы хорошего качества также очень дороги. Так что те времена, когда клиент загружал какой-то огромный файл в то же самое время, когда Google, Yahoo и т.д. ползали, были не очень хорошими.
• Наличие оборудования в доме означает, что я должен присматривать за ним. У меня уже есть проблемы с нашими локальными серверами; добавление большего не помогло мне.
• Перебои в подаче электроэнергии, некоторые рывки с лопатой, копающейся в неправильном месте, и т. Д. Внезапно становятся проблемой. Мы всегда должны беспокоиться о том, чтобы отключить локальные серверы, но почему наши публичные серверы должны отключаться от них? Были времена, когда наши линии отключались в течение> 24 часов. Для штатных работников это вполне достижимо, но то, что наши публичные сайты уходят так долго, может быть плохой новостью.
• Планирование аварийного восстановления является более сложным. Что вы делаете, если сервер идет в дым? У тебя есть еще один? Как быстро вы можете подключить его или какой-либо другой компьютер к сети? Если ваше соединение обрывается, и ваша телефонная / кабельная компания сообщает, что оно будет установлено "через день или два", можете ли вы подождать его или вы можете где-нибудь быстро запустить свои сайты? Как вы получаете их там, если все ваши соединения не работают? Я знаю, что подобные проблемы нужно решать несмотря ни на что, но какие ресурсы у вас есть на местном уровне?

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

В любом случае, решение Rackspace Cloud Server решило практически все проблемы, с которыми я всегда сталкивался при аренде выделенных компьютеров или регистрации у поставщика VPS (включая стоимость). Он предлагает множество маленьких хитростей, которые обещает настоящая виртуализация. Во всяком случае, я не буду рекламировать их. Альтернативой может быть Amazon EC2.

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

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

Пропускная способность. Прямо сейчас у нас 16d / 2u через Comcast. [...] требуется соединение 2+ кабельных линий.

Я не знаю, есть ли у вашего интернет-провайдера какие-то особые хитрости, но в целом вы не можете соединить / объединить несколько линий потребительского типа. Ваши линии будут заканчиваться на разных IP-адресах в ваших помещениях, и вы не сможете «связать» IP-адреса. Вы можете поместить половину своих серверов в строку 1, а другую половину в строку 2 - но это имеет очевидные недостатки в случае сбоя.

Далее, линии потребительского класса, как правило, имеют большую задержку (время кругового обхода), и это влияет на производительность TCP / IP. Для загрузки больших файлов или очень простых веб-страниц с минимумом объектов это, вероятно, не имеет большого значения. Для VoIP, более интерактивного или более критичного к производительности использования это может быть значительным.

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

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

Очевидно, делай то, что, как ты думаешь, нужно делать, но мое мнение было бы оглушительным «никоим образом». Как небольшая компания, вам нужно сосредоточиться на более важных вещах, чем на управлении серверами, - делать то, что вы делаете лучше всего, разрабатывать программное обеспечение и продавать программное обеспечение - и позволить кому-то еще с большим опытом позаботиться о повседневных задачах, таких как установка исправлений в O / S, резервное копирование серверов и т. д. и борьба с атаками DOS.

Вы никогда не сможете приблизиться к тому, чтобы иметь избыточность мощности, мощность A / C, пропускную способность и знания, как то, что такая большая компания, как Rackspace, может предоставить вам 24 часа в сутки, 7 дней в неделю, 365 дней в году для несколько сотен в месяц.

Я годами управлял своими собственными серверами, переносил их все в облако Rackspace - и никогда не оглядывался назад. Сейчас я занимаюсь разработкой программного обеспечения, а кто-то другой заботится об инфраструктуре.

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

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

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

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

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

Похоже, вы думали об этом. Действуй.

Пара комментариев, которые вы, возможно, уже не рассмотрели ...

1. Вы не вдавались в подробности о вашей существующей настройке и ваших отношениях с вашим хостинг-провайдером. Я предполагаю, что вы уже несете ответственность за проблемы на уровне сервера. Если нет, то подумайте, что вам придется реагировать посреди ночи на неудачи. Вам также потребуется адекватный мониторинг новых обязанностей, которые вы берете на себя, таких как защита окружающей среды.
2. Вы упоминаете, что у вас есть кабельный Интернет через Comcast. Этого будет достаточно для размещения ваших производственных сайтов? Пропускная способность - одна из проблем, но как насчет поддержки и надежности. Позволят ли они соединить два соединения в одно, или вы собираетесь попробовать использовать два отдельных соединения с необычной круговой маршрутизацией? Как насчет того, что ваши IP-адреса, скорее всего, находятся в блоке, предназначенном для кабельного Интернета, и могут быть занесены в черный список другими почтовыми серверами.
3. Аппаратное обеспечение может быть потрачено впустую, но что, если оно начнет умирать, и вам придется заменить его? Что если ваши требования к емкости возрастут, а X2100 не справятся с поставленной задачей? Это значительно изменит соотношение затрат и выгод? Что бы это ни стоило, у меня было много проблем с серверами X2100. 4 из 8, которыми я сейчас владею, вышли из строя контроллеры SATA. :(

Просто исходя из того, что ты сказал, я бы этого не делал.

• Сеть: асимметричные сетевые подключения не очень подходят для хостинга, особенно если остальная часть офиса будет конкурировать с размещенными серверами за пропускную способность. Ваша работа на местном уровне будет действительно хорошей, но ваши клиенты - нет. Я предполагаю, что у вас есть какой-нибудь DSL или кабель, так как соединение асимметричное. Сети DSL редко бывают достаточно надежными для хостинга. Ситуация с хостингом должна иметь доступ к гораздо более быстрым сетям, и обычно ее можно увеличивать или уменьшать, не заставляя кого-то перетаскивать оптоволоконный кабель в ваши помещения.
• A / C - температура и контроль окружающей среды должны быть отсортированы. Хотя десять компьютеров, вероятно, не станут слишком горячими, вам все равно нужно подумать об этом.
• шум - у меня есть стек серверов X2200-M2, и каждый раз, когда я захожу в свою серверную комнату, я рад, что они там, а не здесь со мной.
• Сила: власть может быть дорогой, чтобы делать правильно.

Если вам это нужно, вам это нужно, и это все, что нужно сделать.

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

Избыточная труба это хорошо, но премия высока. Мы использовали два набора T2-ов, и в начале этого года на самом деле произошел инцидент «дебил с экскаватором». Мы не спали, но это серьезно повлияло на нашу производительность.

Я также добавил бы усиление защиты сервера и мониторинг и тому подобное. Аппаратное обеспечение брандмауэра, исправления и тестирование исправлений, мониторинг ... Все это занимает много времени.

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

Удачи в любом случае.

Ну, я тоже должен здесь звонить ...

• Да, я не могу связать два соединения уровня потребителя (у меня Optimum Business, это просто переупакованный потребитель). Но некоторые кабельные интернет-провайдеры предлагают соединения FAST, или вы можете сделать балансировку нагрузки HTTP между соединениями.
• Я размещаю свой личный сайт, блог, личные проекты и демонстрационный сайт (некоторые программы для фрилансеров) в своем доме на Optimum Business уже около 3 лет. Я не веду точную статистику простоев, но думаю, что это примерно один 22-часовой перерыв (дерево вниз по всем строкам) плюс, возможно, 40 минут незапланированного простоя. 45 минут емкости ИБП, хороший маршрутизатор (на самом деле работает программный маршрутизатор Proliant) и коммутаторы Cisco. Вы можете получить потрясающее время безотказной работы, просто следя за хорошим мониторингом, обращая внимание на аппаратное обеспечение и сохраняя простоту.