Какой хостинг выдержит 5000 посетителей в день: Сколько посетителей выдержит хостинг? — Хабр Q&A – Сколько уникальных посетитель может выдержать хостинг? Информация к размышлению

Миллион посетителей на WordPress против сервера / Habr

Мой сервер, который и будет героем последующего повествования — это обычный арендованный у FirstDedic сервер среднего класса с процессором DualCore Xeon E3110 3.00Ghz. Оперативной памяти было установлено 4 Гб, жесткий диск 500 Гб. На сервере был установлен nginx 1.01 в качестве frontend, и apache 2 в качестве backend, с запуском скриптов в режиме CGI.

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

И вот, в один прекрасный «Женский день», утром, приходит SMS от сервиса мониторинга сайтов, что сервер недоступен. Естественно, от такой новости мгновенно просыпаюсь, и пробую пинговать сервер. Пинг присутствовал, но очень вялый. Соединение по SSH установить невозможно, потому что все ресурсы сервера отданы неизвестному процессу, или процессам.

Соединившись по KVM, я отправил сервер в перезагрузку, и сразу после загрузки соединился по SSH. В процессах, я увидел страшную картину: запущено около 1000 процессов php от имени автора блога, кроме того, Load averages больше сотни. Очень страшный показатель, который показывает, сколько приходится ожидать процессу своей очереди на порцию ресурсов.

Естественно, времени мне хватило только чтобы это увидеть, запустив команду top. Уже через минуту сервер перестал отвечать на запросы, и пришлось его вновь перезагрузить, и сразу после перезагрузки выключить apache. Теперь я гарантированно получил сервер, который не израсходует все ресурсы. Начал проводить анализ, я вывел число открытых соединений командой netstat и ужаснулся. Было более 10000 установленных соединений с nginx. Это значит, что за последнюю минуту было 10 тысяч попыток зайти на сайт клиента – хорошая нагрузка.

Попытавшись порыться в настройках WordPress, естественно с согласия клиента, Я обнаружил, что был активирован плагин для кэширования WP Super Cache, который я выключил, потому что при выполнении самую большую нагрузку на файловую систему давал именно он. Выключив плагин, сайт стал выполнять очень много запросов в базу данных – неудивительно. Поэтому первым делом я включил систему кэширования запросов в MySQL, так как нагрузку давала всего одна страница, на которую и было множество переходов. После включения кэширования запросов, база данных вздохнула свободнее, но не настолько, насколько хотелось бы, притом, что основную нагрузку теперь давал сам WordPress.

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

proxy_cache_path /path/to/cache levels=1:2 keys_zone=wpblog:10m max_size=10m;

В нужную нам секцию server прописываем:
proxy_cache_valid 200 3m; proxy_cache wpblog; proxy_pass http://127.0.0.1:8080;

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

proxy_cache_valid 200 3m;
location / {
if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
		set $do_not_cache 1;
	}
	proxy_no_cache $do_not_cache;
	proxy_cache_bypass $do_not_cache;
	proxy_cache wpblog;
	proxy_pass http://127.0.0.1:8080;
}
location ~* wp\-.*\.php|wp\-admin {
	proxy_pass http://127.0.0.1:8080;
}
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
root /path/to/static;
	access_log off;
	expires max;
	add_header Last-Modified: $date_gmt;
}
location ~* \/[^\/]+\/(feed|\.xml)\/? {
	proxy_pass http://127.0.0.1:8080;
}

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

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

Google Analytics на сайте клиента, после того, как сервер окончательно поднялся, показывал 6000 посетителей онлайн. Эта цифра быстро падала, потому что актуальность запроса, по которому сайт был в топе всех поисковых систем, терялась каждую минуту. К концу дня, количество посетителей стало семизначным, но владелец ресурса до сих пор смотрит на меня волком, потому что цифра могла быть в разы выше, как и его доход.

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

Какой должен быть хостинг? / ua-hosting.company corporate blog / Habr

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

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

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

Дорогое ли удовольствие содержать такие сайты? На чем сидят сайты с трафом 25-50к в сутки? Что выбирать?


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

Мой путь как веб-мастера закончился ровно тогда, когда я решил отложить собственные веб-проекты на второй план и делать то, что у меня получается лучше всего — предоставлять людям качественный хостинг. И теперь, по прошествии почти 10 лет работы в хостинг-индустрии, пройдя путь от новичка с level 0 — который спрашивал 11 лет назад более сведущего однокурсника, в какую директорию нужно загрузить главную страницу и как она должна называться для интерпретатора по умолчанию, а уже менее чем через год продал ему же хостинг-аккаунт на виртуальном сервере еще незарегистрированного хостинг-провайдера — до хостинг-провайдера, абоненты которого сгенерировали трафика больше, чем вся Беларусь, могу сказать, что ответ не так неоднозначен, сложен и может с течением времени существенно меняться.

И причина — в развитии технологий, удешевлении стоимости услуг и их видоизменении. Мой личный опыт выбора правильного поставщика описан в моей же статье: «ua-hosting.company» или как стать хостинг-провайдером с нуля и сгенерировать трафика больше, чем вся Беларусь. И если будет время — ознакомьтесь, статья уже поможет частично ответить на сегодняшний вопрос, не прямо, а посредственно, приобрести базовое понимание.

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

Тем не менее, даже в 2009 году сайт с посещаемостью в 25 000 хостов (уникальных посетителей в день) порой мог существовать даже на хостинге, даже на «бесплатном», том же uCoz. К слову был «забавный» момент, когда несколькими годами позднее фильтр поисковой системы Google дал сбой и в топе оказались uCoz-сайты школьников — онлайн-кинотеатры и другие сайты развлекательной тематики.

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

Но вернемся к вопросу. Какое же решение будет оптимальным для проекта с посещаемостью 25 000 человек в сутки?


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

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

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

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

ua-hosting.company/vds — полноценном аналоге выделенного сервера в Нидерландах,








который будет не только удобней entry level выделенных серверов, но и гораздо производительнее. А самое главное, решение может быть значительно стабильнее, ведь железо — новее, а сама нода круглосуточно сопровождается нашей командой опытных системных администраторов. И Вам за это сопровождение не нужно платить ни цента.

Но, что-то я отвлекся на рекламу, извините 🙂 Не скрываю, почему не прорекламировать продукт, если он действительно вышел на уровень entry level выделенного сервера по многим задачам, а в некоторых случаях даже мощнее и производительнее, а самое главное, удобнее? Это же подтверждают и наши клиенты.

Так какую же услугу выбрать в общем случае?


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

— если Ваш сайт, размещаемый на хостинге, хостинг-провайдер собирается переводить, к примеру, на nginx+php-fpm в виду очень большого количества запросов и необходимости оптимизации нагрузки от него на ноду, что потребует действий со стороны хостинг-провайдера, то желательно сменить услугу на VPS или даже выделенный сервер, ибо когда Вы соберетесь переносить все на что-то большее, чем VPS, скажем сразу выделенный сервер — все эти «тонкие» настройки скопировать без помощи хостинг-провайдера не получится, а настройка переезда и сам переезд превратиться в по истине адский процесс;

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

— если Вы изначально знаете, что Ваш проект будет потреблять много CPU / RAM, то возможно, что виртуальные серверы на выделенных накопителях будут идеальным решением, так как за счет того, что на такой ноде весьма лимитированное количество пользователей (не больше, чем количество накопителей в ноде, а если услуга с RAID — в соответсвующее количество раз меньше), каждый может получить в пике не только свой гарантированный ресурс, но порой гораздо больше, так как одновременно соседи не расходуют весь свой лимит CPU и в пиках провайдер может разрешать потреблять свободный ресурс. Помимо прочего, выделенный накопитель позволит Вам обеспечить гарантированную производительность хранилища и утилизировать CPU полноценно, не «уткнуться» внезапно в I/O хранилища. Однако, вполне вероятно, что Вы можете упереться в другой параметр — трафик. Так что в случаях, когда высокое потребление CPU приводит к генерации большого трафика, выделенный сервер может быть предпочтительней и более экономически эффективным решением.

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

Тем не менее Вы можете не слушать эти советы и сразу взять выделенный сервер для удобства развития Вашего проекта, если Вы правда уверены в том, что в скором времени получите аудиторию в 25 000 человек, к тому же необходимость солидной оплаты, в сравнении с другими вариантами, Вас будет стимулировать к развитию проекта. Только не забывайте о главном — сопровождении. Никогда не берите сервер без поддержки не имея опыта, ибо это поможет Вам не потерять Ваши данные и сделать работу проекта более отказоустойчивой и эффективной. Не поленитесь проконсультироваться у Вашего хостинг-провайдера о том, какой сервер Вам нужен, какие типы накопителей лучшей подобрать и целесообразно ли строить RAID. Не экономьте на «спичках»!

Почему не облака? Или почему облака нужно выбирать с осторожностью?


Некоторые спросят, а как же масштабируемые инфраструктуры — облака, которые позволяют наращивать необходимые ресурсы с течением времени? Может это быть выгодным?

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

А сам же динамический ресурс — крайне опасен в конечном итоге, так как в случаях, когда какой-то скрипт в результате своей работы приведет к не оптимальному расходу ресурсов или произойдет атака, как на Ваш инстанс, так и с Вашего, и в случае взлома в результате можно будет попасть на несколько тысяч долларов или даже десятков тысяч:

NO!, i just got a $1000 bill due: «Thanks for following up. Your instance appears to have been compromised. It was implicated in a large scale Distributed Denial of Service attack. Because of the size of this attack, you will need to either replace the instance or find the actual compromise and resolve the root cause.»

Также счета получали и за использование сопутствующих сервисов, к примеру, «забавный» случай произошел, когда клиент оплатил свыше 150 долларов за извлечение всего лишь 60 ГБ данных с «Amazon Glacier»:
I ended up paying $150 for a single 60GB download from Amazon Glacier

А другой клиент предупредил о возможном счете на $22 000 в случаях необходимости в извлечении архива в 3ТБ в один день, так как система тарификации хитрая и позволяет скачивать в сутки бесплатно только порядка 5 ГБ (для его тарифа):
The retrieval fee for 3TB could be as high as $22,082 based on my reading of their FAQ.
After uploading 3TB (3 * 2^40 bytes) as a single archive, your retrieval allowance would be 153.6 GB/mo (3TB * 5%), or 5.12 GB/day (3TB * 5% / 30). Assuming this one retrieval was the only retrieval of the day, and as it’s a single archive you can’t break it into smaller pieces, your billable peak hourly retrieval would be 3072 GB — 5.12 GB = 3066.88 GB.
Thus your retrieval fee would be 3066.88 * 720 * .01 = $22081.535 (719x your monthly storage fee).
That would be a wake-up call for someone just doing some testing.

Нужен ли такой «ледник» с такими рисками — решать только Вам.

В том варианте, когда Вы расширяетесь поэтапно — это только удобство, связанное с отсутствием необходимости миграции, которое по итогам может обойтись очень дорого. И речь не столько о ресурсах, сколько о трафике. Арендуя выделенный сервер, Вы, как правило, можете получить 30-100 ТБ трафика вместе с сервером, в пределах $100. Трафик на всяких клауд-проектах будет стоить в разы дороже, а проблем может быть куда больше. Это очевидно.

Более того, арендуя масштабируемые инфраструктуры Ваши проекты, не факт, что получат нужные Вам ресурсы. Порой, наблюдаются проблемы с производительностью хранилищ, неэффективной работы CPU (Вы уверены в качестве используемых процессоров в облаке их честном распределении этих ресурсов?). В конечном итоге 10 000 IOPS в масштабированной инфраструктуре будут стоить космических денег. В то время, как арендуя выделенный сервер или даже виртуальный сервер с выделенным накопителем, Вы можете получить десятки тысяч IOPS с гарантией использования только Вами, при этом Вам никто не будет мешать добавлять новые серверы в кластер и масштабироваться. Только в конечном итоге это решение может быть гораздо надежнее, дешевле и иметь лучшую связность.

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

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

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

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

Выбор поставщика услуг.


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

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

Наиболее лояльная страна к контенту такого рода — Нидерланды. А поверьте, 80% пользователей интересуется таким контентом и они будут пробовать его залить, если портал будет поддерживать такую опцию. Хотя, если будут нарушаться чьи-то права, может возникнуть конфликт с BREIN — организацией, которая борется с распространением пиратства в Нидерландах. Но опять же — все зависит от того, как будет позиционироваться ресурс и как будет построена работа по DMCA.

Да и по стоимости трафика и серверов локация очень выгодна, а учитывая тот факт, что существует прямая связность с РФ и Украиной и можно получить пинг в пределах 40-60 мс до МСК, вопрос одобрения локации решается положительно. Именно благодаря большей свободе и низкой цене, адекватному законодательству, Нидерланды — одна из благоприятных точек Европы, где сосредоточена масса Интернет-проектов и мы выбрали для себя и наших клиентов именно её, как основную:  «Преимущества размещения в Нидерландах, Дата Центр EvoSwitch».

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

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

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

Какой VPS хостинг выдержит миллион посетителей в день?

При таком трафике проще самому хостинг открыть.

Где же ты столько трафика взял? С такам количеством запросов лучше самому стать хостингом.

при таком количестве посещений, одна реклама тебе должна кучу бабла приносить, и слово «дорого» было бы неуместным

Могу посоветовать из личного опыта хостинг <a rel=»nofollow» href=»http://sartelekom.ru» target=»_blank»>http://sartelekom.ru</a> . Пользуюсь им уже полгода, держу несколько сайтов с небольшой посещаемостью (100 уников в сутки) . Уходить не собираюсь, т. к такую стабильность и качество обслуживания (ну и с такой ценой) я вряд ли где найду.

миллион посетителей или миллион просмотров??? это две большие разницы. кроме того зависет от многих факторов, размер базы, что вообще за сайт, информационный или просмотры видео и т. д. этим определяются требования к ядрам, памяти, диск — это вообще отдельная статья. Плюс немаловажен момент оптимизации движка, на котором крутится сам сайт. к примеру, мне оптимизировали дле с посещаемостью до 250 000, в итоге в go4cloud.com он у меня крутится на впсе за 24 евро. они мне сделали индивидуальную конфигурацию. Можешь с ними проконсультироваться — ответят на все вопросы.

советую попробовать well-web.net/virt-private-serv/ начала им пользоваться 6 месяцев назад сбоев не было совсем всегда сайты работают без каких либо проблем саппорт в любое время дня и ночи отвечает, помогают настроить кеширование, восстанавливали разок доступы к админке сайта даже, так как ссменила и не записала их. И это все на VPS! Они у них с полным администрированием. сервера есть и в РФ и в Нидерланадах. А сейчас продляла — так вообще рай, оплатила на 6 емс — а продлилось на год! Считай скидка 50%. Они всем умножают срок оплаты на 2 !!! Рекомендую от души, пока акция не закончилась, очень выгодно.

лучше хостинга этого хостинга я не нашел <a rel=»nofollow» href=»https://www.reg.ru?rlink=reflink-182327″ target=»_blank»>https://www.reg.ru?rlink=reflink-182327</a> так что всем советую. и по цене отлично и по качеству. вот еще есть промокод на скидку 5 процентов 2FF4-B0C6-2964-67C4

Нужен хостинг для большой нагрузки — Хостинг

под 20к посетителей, лучше собрать на дому 

 

8 ядер, 16 гиг оперативы щас можно взять не дорого. Хватит и для 100к посетителей, при нормальном канале инета.

Плохой совет. Сразу видно что не держал сервера дома :) Во-первых сервер нужно купить, а это ни как недешево, минимум выйдет в 400-500 баксов. Далее для сервера нужен УПС, который тоже может обойтись примерно в 150-200$  Ну и наконец для сервера нужен гарантированный интернет, с хорошим каналом upload/download и хорошим пингом из всех стран потенциальных посетителей. Я уже писал в одной ветке во сколько обойдется такой интернет, примерно в 1000$ в месяц канала 100мегабит. То что подведено у вас дома, это не интернет для сервера, а обычная пользовательская сеть с расшаренным доступом в интернет. Реальная скорость такого интернете 8 — 10 мегабит. А то что качается на высокое скорости с торрентов, это внутренняя локальная и виртуальная сеть. 

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

 

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

 

Так что о размещении севера я бы очень хорошо подумал. На много проще и выгодней арендовать дешевый сервер баксов за 40-60, который будет находится в правильном дата центре, подключен к гарантированному каналу интернета. 

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *