10 нюансов, на которые надо обратить внимание при выборе хостинга VPS / Хабр

На что же обратить внимание при выборе хостинга?

Уточню, что ниже речь будет идти больше не о технических моментах, а скорее организационных.

Итак:1) Форма собственности компании: как минимум компания должна быть официально зарегистрирована как ЧП (ИП) или ООО. Кто-то скажет, что, мол ООО лучше и надежней, так как его сложнее зарегистрировать маленькой компании, не соглашусь.

Во-первых, процесс регистрации ООО сейчас под силу любому, у кого есть хотя-бы 2000-3000 грн. (250-375 долларов) в кармане. А во-вторых, если ООО отвечает в случае чего своим уставным капиталом, минимальный размер которого сейчас равен одной минимальной зарплате, то ФОП несет ответственность всем своим имуществом.

К тому же многие, даже крупные хостинговые компании в Украине до сих пор работают, как ФОП, просто потому, что так проще.

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

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

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

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

3) BL Webmoney – если компания принимает оплату в том числе по вебмани, а в нашей компании этот способ оплаты на 1 месте по популярности, то по этому показателю можно примерно прикинуть как много клиентов у компании и как часто они платят.

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

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

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

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

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.

Облачные сервисы

Примеры: Amazon Web Services, Microsoft Azure, Google Cloud Platform.

Примерный чек: от $1 до бесконечности.

Здесь вы собираете свой веб-сервис из огромного набора кубиков и деталей, довольно приятных. Вот у нас веб-сервер, вот база данных, вот очередь сообщений, вот хранилище для фотографий котиков, вот machine learning по ним, вот push-оповещения на мобильные — и ваш новый уникальный вариант кошачьего Тиндера готов.

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

Минусы облачных сервисов гармонично вытекают из их плюсов.

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

2. По мере роста потребления ресурсов стоимость облачного сервиса может стать неоправданно высокой. Да, этот вид хостинга позволяет начать с $10. Для прототипа продукта или запуска стартапа с первой парой клиентов — прекрасно. Но если проект взлетит, то появляется риск платить пропорционально $10 000 за пару тысяч своих клиентов. И здесь нужно хорошо просчитать экономику.

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

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

Покупка собственного железа

Примерная цена: $2 000-$10 000 за сервер разово.

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

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

Помимо разовых расходов, больше плюсов, по сравнению с арендой, нет.

А минусов хватает. Если на сервере что-то сгорит — это ваша проблема. В лучшем случае производитель сервера пришлет замену. Если мощности «железа» не будет хватать, то вы либо докупаете новые сервера (получив у себя зоопарк из нескольких поколений машин), либо продаете текущее «железо» на Avito и покупаете новое.

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

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

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

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

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

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

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

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

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

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

Конфигурация vps

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

Какую процессорную мощность вы получите, сколько будет выделено ОЗУ и емкости на диске — все имеет значение. Помимо этого, полезно узнать, на какой аппаратной платформе создан ваш VPS. Чтобы создать удобный и высококачественный сервис, нужно оборудование известного вендора класса Entreprise и дата-центр уровня Tier III.

• Емкость ОЗУ и хранилища: сколько оперативной памяти и дискового пространства предлагается и включено в план? Понадобится, как минимум, 1 ГБ оперативной памяти и 20 ГБ на диске. Конечно, точные потребности будут варьироваться в зависимости от трафика вашего сайта, требований к хранению и т. д.
• Передача данных (трафик): Существуют ли какие-либо ограничения на передачу данных? Если да, то каковы варианты, если вы превысите эти лимиты? Большинство провайдеров VPS накладывают некоторые ограничения. Нужно знать, что они собой представляют, и что произойдет, если вам нужно будет их превзойти.
• Дистрибутив ОС: Каков выбор в плане операционной системе VPS? Будет ли ваш сайт работать на определенном дистрибутиве Linux (или зависит от последней версии дистрибутива) или требует Windows? Важно, чтобы провайдер VPS регулярно обновлял ОС.
• Резервное копирование: Какие существуют варианты резервного копирования? Как защищены ваши данные и архитектура сайта?
• IP-адреса: сколько IP-адресов включено в ваш сервис? Если есть предел, какова стоимость дополнительных адресов?
• Ядра ЦП: Веб-серверы, как правило, используют мало процессорной мощности, если только вы не используете игровой сервер или не майните крипту. Но все же лучше узнать, сколько ядер выделяется учетной записи VPS.
• Cкорость работы системы хранения. Если требования к подсистеме ввода-вывода высоки, то можно использовать производительные SSD eMLC-класса со скоростью работы свыше 100к IOPS. Некоторые хостинг-провайдеры предоставляют такие возможности.

Надежность

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

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

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

Начнем с развенчания нескольких самых популярных мифов:

1) Реселлер – это плохо.

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

2) Если есть круглосуточный саппорт – то это точно крутая контора. Конечно, квалифицированный круглосуточный саппорт могут себе позволить совсем немногие компании, но ведь заявляют о нем десятки, если не сотни компаний. В чем же дело? Зачастую в таких компаниях в ночном саппорте сидит студент заочник, который только и умеет, что «включить/выключить». Внутри компаний такую должность в шутку называют «быстроногий-резетонажиматель».

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

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

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

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

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

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

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

Фактор №4: цена

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

А вот для сравнения наши тарифы:

Тарифы RUVDS

Тариф «Старт» — это самый дешевый сервер VPS на Linux. Заказчикам предлагаются следующие конфигурации:

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