VPS-хостинг и облачный хостинг: что выбрать и в чем разница? Хостинг habrahabr
что выбрать и в чем разница? / Блог компании RUVDS.com / Хабр
Появление так называемых «облачных платформ» повлияло на целый ряд отраслей, и Web-хостинг – не исключение. Но что такое облачный хостинг, чем он отличается от VPS (Virtual Private Server)? VPS-хостинг и облачный хостинг — два похожих вида хостинга, но все же между ними есть различия, от которых зависит выбор того или иного вида хостинга в конкретных обстоятельствах. Мы уже рассказывали о разных видах хостинга – от виртуального до физического. Теперь же рассмотрим подробнее эти два.VPS представляет собой выделенный виртуальный сервер. По сути это виртуальная среда со своей ОС — с выделенной оперативной памятью, процессорным временем и емкостью диска. Пользователь (владелец VPS) может установить на своем виртуальном сервере необходимое программное обеспечение, производить его настройку. Виртуальный сервер может служить платформой для размещения Web-сайтов. При этом сайт не будет зависеть от сайтов соседей по физическому серверу. Клиент VPS получает виртуальную среду с выделенным пространством на диске или SSD и полосой пропускания, но вычислительные ресурсы и оперативная память хоста равномерно распределяются между всеми VPS. VPS-хостинг давно признан одним из способов, помогающих предприятиям сократить расходы и повысить эффективность работы. Изолируя приложения в рамках одного виртуального сервера, VPS обеспечивает высокий уровень конфиденциальности, безопасности и контроля. Однако, хотя VPS позволяет сократить затраты на оборудование и дает возможность одновременного запуска нескольких операционных систем или наборов программ на отдельных виртуальных серверах, это решение не очень хорошо масштабируется.| Параметр | VPS-хостинг | Облачный хостинг |
| Технология | Виртуализация на одном сервере | Виртуализация на кластере серверов и SAN |
| Функциональность | 5 | 3 |
| Производительность | 4 | 4,5 |
| Надежность | 4 | 5 |
| Расширяемость | 3 | 5 |
| Масштабируемость | Нет | Да |
| Модель оплаты | Месячная или годовая подписка | За фактическое использование ресурсов |
| Выделение дополнительных ресурсов | Требует времени | Простое и оперативное |
| Выбор инфраструктуры | Нет | Да |
| Ресурсы ЦП и ОЗУ | Разделяемые | Полностью изолированные |
| Выбор ОС | Зависит от хоста | Любая |
| Масштаб Web-сайта | Небольшой или средний | Крупный |
| Примеры провайдеров | RUVDS | Amazon Cloud |
Гибкость
В случае облачного хостинга гипервизор обычно создает на кластере физических серверов множество виртуальных серверов. Как и при традиционном VPS, пользователь может настраивать и конфигурировать свою гостевую ОС, но большая часть ресурсов выделяется по запросу. Если VPS может предложить только одну операционную систему, то облачный хостинг предоставляет свободу выбора.PS-хостинг дает возможность управлять конфигурацией виртуального сервера, на другие VPS изменения не повлияют. Провайдеры услуг VPS-хостинга обычно предлагают клиентам функции панели управления наподобие cPanel. С другой стороны, облачный сервер дает меньше прав администрирования.
Облачная платформа, как правило, сама реализует функции настройки операционных систем и приложений, и некоторые не предусмотренные услугой технологии могут оказаться недоступными. Данные ограничения касаются и безопасности сайта.Масштабируемость
Если при VPS-хостинге выделенных ресурсов сайту уже не хватает, то его владельцу, как правило, приходится менять тарифный план. Облачный хостинг более гибкий: пользователи могут масштабировать ресурсы в любую сторону без перезапуска сервера. Да и распределение ресурсов в облачном хостинге происходит очень быстро. Заказчикам же VPS приходится ждать. К тому же при облачном варианте ресурсы используются более оптимально: ненужные ресурсы клиенты быстро освобождают, чтобы не платить лишние деньги. Ведь модель оплаты тоже гибкая.В общем случае VPS-хостинг менее эффективен, так как ИТ-ресурсы жестко распределены между клиентами согласно их тарифным планам, независимо от того, используют они эти ресурсы, или нет.
В облаке есть возможность при необходимости подключить дополнительные ресурсы: добавить оперативной памяти, дискового пространства или пропускной способности сети. Эти ресурсы могут быть добавлены несколькими щелчками мыши и отключены, когда они более не нужны — без финансовых потерь. Таким образом, облачный хостинг – решение, которое предоставляет ресурсы по требованию. Это динамически масштабируемые и настраиваемые в соответствии с потребностями заказчика виртуальные машины.
Например, что при резком росте трафика можно моментально выделить сайту дополнительные ресурсы. В облачной среде Web-сайт использует пул ресурсов и может обслуживать весь входящий трафик, даже если он резко вырастет. Такой вариант удобен в случае Web-сайтов и приложений с непредсказуемым или трудно прогнозируемым трафиком, нагрузкой и использованием ресурсов.
Безопасность
Информационная безопасность – одно из самых важных средств VPS. Такой хостинг обладает некоторыми преимуществами над облачным хостингом. В частности, все ваши данные хранятся на одном сервере, а не распределены по нескольким. Доступ root предоставляет широкие возможности настройки средств обеспечения безопасности. Но если сайт подвергнется, например, DDoS-атаке, то это повлияет на остальные VPS на том же хосте.Надежность
Хороший VPS-хостинг отличают высокие показатели времени бесперебойной работы и скорости загрузки страниц. Но в ситуации с VPS, если упадет хост, либо «отвалится» часть хоста, то упадет и виртуальный сервер: придется ждать, пока провайдер не устранит проблему. А при отказе одного VPS остальные будут работать, но придется устранять проблему и восстанавливать «упавший» — отказоустойчивости нет. Если же резко вырастет трафик одного VPS, то это повлияет на остальные VPS на том же хосте.Как и VPS-хостинг, облачный хостинг характеризует высокая надежность и скорость, но при сравнении оказывается, что за счет кластера серверов надежность облачного хостинга намного выше. При облачном хостинге любой отказ приводит к перемаршрутизации трафика на другой доступный физический ресурс. Время простоя минимально. Поскольку каждый виртуальный сервер не зависит от других, Web-сайты в такой среде не оказывают негативного влияния на другие.
Таким образом, Web-сайты в облаке обладают высокой доступностью. Они тиражируются между серверами кластера. При резком росте трафика одного сайта запросы маршрутизируются на менее нагруженный сервер в облаке. При отказе одного физического сервера в кластере все виртуальные машины будут продолжать работать. В результате хостинг на основе облака более стабилен, поскольку отказ одного компонента не влияет на функционирование сервиса в целом.
Стоимость
В большинстве случаев VPS-хостинг дешевле облачного с эквивалентными виртуальными ресурсами, иногда более чем вдвое. Но облачный хостинг обычно предполагает не фиксированную, а гибкую оплату, например, ежемесячную плату за число пользователей приложений, трафик и ресурсы. Не нужно платить за ресурсы, которые реально не используются.Зато при VPS-хостинге заранее известно, сколько придется заплатить в конце месяца. Такой вариант предпочтительнее для Web-сайтов с предсказуемым трафиком и для клиентов, предпочитающих получать счета с фиксированными суммами.
Что выбрать?
При выборе хостинга нужно учитывать целый ряд параметров. Облачный хостинг – это защищенная среда и свобода масштабирования ресурсов.При небольшом бюджете рекомендуется VPS-хостинг: он предлагает больше функций и простую панель управления, больше IP-адресов и больше серверных ресурсов – процессорных, памяти, ввода-вывода, ресурсов хранения и канал доступа. По сути, виртуальный сервер аналогичен выделенному – вы его полностью контролируете, можете перезагружать, а стоит он намного дешевле.
Резюмируя, можно сказать, что VPS-хостинг – это низкая стоимость, контроль и безопасность, а облачный – возможности кастомизации и производительность. VPS-хостинг предпочтительнее для персонального использования и клиентов из сегмента SMB, а облачный – для более крупных заказчиков.
VPS-хостинг – хороший вариант для бизнес-критичных приложений и данных, когда предпочтительнее централизованное хранение. Однако при этом не обеспечивается высокая доступность (high-availability), при отказе хоста упадут все VPS. Возможны проблемы с информационной безопасностью. Если один из клиентов пренебрегает защитой, это может повлиять на другие VPS. Ресурсы системы разделяются между клиентами: ЦП, ОЗУ полоса пропускания сети. Если одному VPS потребуется больше ресурсов, это может повлиять на остальные виртуальные серверы. На каждом хосте может использоваться только одна ОС.
VPS-хостинг не является масштабируемым. Ресурсы лимитированы ограничениями физического сервера. Когда вы исчерпаете свой максимум ресурсов, выделенных для VPS, придется менять тариф или рассмотреть другие варианты. Это может занять немало времени — несколько часов или дней простоя.
Если вы хотите получить высокую надежность и мощные функции, то облачный хостинг – хороший выбор. Этот рынок имеет огромный потенциал, а постепенное снижение цен делает облачный хостинг более доступным.
VPS подойдет для тех, кого просто интересует хостинг Web-сайта. Однако, предлагая мощные возможности, VPS-хостинг не гарантирует безотказной работы вашего сайта в случае большого трафика или технического сбоя.
Облачный хостинг – это практические неограниченные ресурсы, максимальная полоса пропускания, балансирование нагрузки, отсутствие привязки к конкретным аппаратным компонентам, масштабируемость – можно в любой момент добавить (при увеличении нагрузки) или освободить ресурсы.
Кроме того, такой хостинг предоставляет возможности кастомизация инфраструктуры: клиенты могут использовать специальную сетевую инфраструктуру, балансировщики нагрузки, сетевые экраны. Наконец, это высокая доступность: при отказе физического сервера ВМ мигрируют на другой сервер без прерывания работы. И высокий уровень безопасности: при хакерской или вирусной атаке ваши данные будут защищены благодаря изоляции виртуального сервера.
В случае облачного виртуального сервера можно докупать ресурсы, легко добавлять оперативную память, процессорные мощности, почти неограниченные ресурсы хранения в SAN или даже создавать клоны — копии вашего сервера для резервного копирования данных.
Облачный хостинг – хороший выбор для быстро растущего бизнеса или компаний с сезонными колебаниями спроса. Это экономичный способ масштабирования ресурсов и консолидации серверов.
Подитожим «за» и «против»:
VPS
| За | Против |
|
|
| За | Против |
|
|
Услуги VPS оказывают многие компании, которые дополняют их облачными сервисами, услугами управления и поддержки, обеспечения безопасности, лицензирования ПО. Стоимость формируется в зависимости от набора услуг поддержки и администрирования.
Хостинг-провайдеры внедряют новые технологии. Этот сервис эволюционирует и приобретает свойства типичного облачного сервиса, наряду с невысокой стоимостью и удобным управлением привлекает простой масштабируемостью, когда вычислительные ресурсы, память или емкость хранения добавляются без проблем. И постепенно облачный хостинг оставляет позади традиционные виды хостинга, стирается грань между VPS и IaaS.
habr.com
Мой опыт открытия бесплатного хостинга / Хабр
Два с половиной года назад я открыл бесплатный хостинг.Благодаря отличным условиям и небольшому пиару, на пике своего существования хостинг имел 3500 активных юзеров! Все они содержались на одном оптимизированном выделенном сервере.
Обычно, бесплатный хостинг создаётся по следующим бизнес-моделям: — Заработок средств на размещении рекламы и платных дополнительных услугах (пример: ucoz.ru). — Привлечение клиентов на свой же платный хостинг (пример: jino-net.ru) Мой хостинг создавался под иную модель: у меня тогда был проект, который надо было раскрутить (о проекте напишу в другой раз). Вот с помощью открытия бесплатного хостинга я и пытался это сделать.
На бесплатный хостинг всякая дрянь тянется как мухи на говно. — Фишеры (проблема №1) — Сайты на кривых (неоптимизированных) движках — Очень много было варезников и CAP (системы, где платят копейки за просмотр рекламы).
Концентрация школоты превышают норму в 10 раз. Количество идиотских вопросов в саппорт поражает.
Хотя, все эти проблемы знакомы и владельцам платных хостингов, на бесплатном хостинге всякой дряни на порядок больше.
На пике популярности общая посещаемость хостящихся сайтов была всего около 6000 уникальных посетителей в сутки (статистика собиралась невидимым однопиксельным счётчиком от LiveInternet)!
Расход на сервер составлял 180$ в месяц, следовательно, 1000 уникальных просмотров рекламы моего проекта обходились мне очень дорого — примерно в 1$! Почему дорого? Потому что CTR был такой же, как и у баннеров TBN. А учитывая, насколько низка отдача в баннерных сетях, нерентабельность затеи не может вызывать сомнений — в 100 раз дороже, чем TBN + геморрой с поддержкой сервера.
Помню, отчаявшись, сделал рассылку по юзерами, мол, скиньте кто сколько может. В целом, скинули около 70$ :)
Затем хостинг плавно закрывался (предварительно была сделана рассылка, где-то за месяц до закрытия). Тех, кто делал пожертвования, оставил на год бесплатно. Также дал возможность перейти на платный хостинг с сохранением домена. Возможностью этой мало кто воспользовался.
Некоторые юзеры до сих пор сидят на моём сервере за копейки, но самого хостинга уже не существует.
habr.com
скорость и надёжность / Хабр
Индустрия хостинга существует в России более 20 лет. Казалось бы, достаточно времени, чтобы рынок стабилизировался, появились четкие лидеры и простые критерии выбора для заказчиков. Однако, при решении задачи выбора хостинга до сих пор приходится опираться на собственный опыт, рекомендации и «метод тыка».В этой статье мы рассмотрим методичный подход к выбору провайдера хостинга с позиций качественной работы веб-проекта как с точки зрения скорости, так и надёжности. Уточню, что речь пойдёт только о выделенных серверах или VPS (или их облачных аналогах), полностью виртуальный (shared) хостинг оставляем за скобками как неприемлемый вариант.
1. Компания, какой она должна быть?
При выборе компании, предоставляющей услуги хостинга, нужно смотреть на несколько критериев.Специализация: желательно, чтобы компания занималась именно хостингом и/или управлением дата-центрами. Наличие специализации даёт два преимущества: более высокие компетенции и ориентированность на результат. Например, часто можно встретить ситуацию, когда телеком-компания предоставляет в аренду свои дата-центры, при этом такая услуга не является ключевой для бизнеса и получает соответствующее внимание со стороны менеджмента.
Прямой поставщик: лучше работать напрямую с компанией, управляющей дата-центром. Только в этом случае возможно наиболее оперативное решение проблем (меньше звеньев в цепи реагирования на инцидент).
Опыт: любые ИТ-услуги предполагают динамичное развитие рынка, поэтому не стоит бояться новых игроков. Однако, стоит обходить стороной компании, созданные менее двух лет назад: в лучшем случае столкнётесь с «детскими» проблемами, в худшем – компания пропадёт с рынка (живы примеры Оверсан, Макхост и некоторых других).
Масштаб: оптимальный размер компании от малого до среднего масштаба. Стоит избегать микро-компаний, так как у них может не оказаться нужного персонала, резервных ресурсов и скорее всего они будут экономить на качестве услуг. Крупные компании будут сложнее для взаимодействия: в случае потребности индивидуального решения и в общем менее чувствительны к проблемам клиентов.
Открытость: дополнительным плюсом будет активное участие компании в коммуникациях с клиентами. Эта активность может принимать формы ведения блогов, опросов, участия в профессиональных конференциях и других мероприятиях. Как правило, это признак желания повышать качество услуг и готовности вести диалог с клиентами.
География: важно, где расположены дата-центры компании – данные должны быть как можно ближе к пользователям. В случае, если требуется распределённая инфраструктура от одного поставщика, компания должна обладать сетью дата-центров.
2. Дата-центр
Именно дата-центр имеет ключевое значение на качество работы вашего проекта. Никакая организация или техническая поддержка не сможет компенсировать слабую связность или сбои по питанию в ДЦ. Для оценки критериев выбора дата-центра требуется, чтобы компания раскрывала данные о своём ДЦ. В случае, если таких данных нет, стоит задаться вопросом: почему эта информация скрыта?Связность: одна из важнейших характеристик. Определяется количеством и качеством интернет-каналов в дата-центре, а также политикой обмена трафиком (пирингом). Важно, чтобы дата-центр располагался как можно ближе к вашим пользователям (посетителям сайта). Проверить задержки в сети до ДЦ можно простой командой ping, которую нужно выполнять из различных сетей в регионе целевой аудитории. Для более глубокого анализа связности можно использовать глобальный граф связности, который представлен на сервисе radar.qrator.net (Radar by Qrator). Этот граф показывает политики маршрутизации между всеми автономными системами (AS) и Интернете. Здесь стоит посмотреть сам граф (раздел Graph), провайдеров, пиринг. Также можно посмотреть крупных клиентов хостера (тех, у которых есть собственная AS). Стоит опасаться компаний, у которых граф связности упирается в единственный узел – это значит, что хостер подключен через чужую сеть и полностью зависит от её работы.
Дата запуска: предпочтение стоит отдавать новым дата-центрам, так как сейчас применяются более продуманные проекты, выделяются большие мощности, закладывается большая пропускная способность. При этом, нужно помнить о возможности «детских» проблем у дата-центров, запущенных «вчера». Для старых дата-центров также возможна ситуация замены/обслуживания инфраструктурного оборудования, которая часто приводит к перерывам в обслуживании.
Сертификация: по идее уровень сертификации (Tier II,III,IV) должен показывать надёжность дата-центра. В целом идея правильная, наличие такой сертификации (Tier II, лучше Tier III) можно рассматривать как преимущество. Однако, нужно помнить, что как правило, сертифицируется только проект дата-центра. Совсем не факт, что проект будет в полной мере реализован. Кроме того, важнейший аспект – обслуживание и эксплуатация – как правило не сертифицируется в России.
Электропитание: подключаемой мощности должно быть достаточно для ваших потребностей (в случае аренды стойки). Резервирование должно быть организовано либо в классической схеме: электрические ИБП + дизель-генератор, либо в виде динамического ИБП. Желательно питание ДЦ от двух независимых лучей. Реально надёжность питания можно проверить только на собственном опыте (бывали случаи отключения ДЦ из-за ИБП).
Охлаждение и вентиляция: существуют различные стандарты по температуре в машинном зале ДЦ. Текущий тренд в целях энергоэффективности повышать рабочую температуру воздуха, поэтому стоит уточнить потребности вашего оборудования по температурному режиму. Важно, чтобы система кондиционирования имела резерв для обслуживания и запас по мощности. Кроме того, важно, чтобы воздух в машинном зале проходил фильтрацию от пыли, иначе оборудование забивается грязью очень быстро.
Дополнительная отказоустойчивость: для критичных приложений могут потребоваться дополнительные меры повышения надёжности – подключение сервера по двум лучам электропитания, несколько независимых сетевых линков или организация отказоустойчивости между ДЦ (например, VRRP).
Доступность и стоимость каналов: при оценке стоимости размещения нужно точно выяснить условия подключения. Во-первых, канал может быть с гарантированной или негарантированной полосой. Во-вторых, может накладываться ограничение на количество трафика или соотношения входящий/исходящий. Также стоит заранее выяснить возможность и стоимость расширения каналов (стандарт это 100 Мбит/с).
Процессы и безопасность: при решении о размещении оборудования в дата-центре полезно заранее его навестить и посмотреть на систему безопасности, а также организацию работы с оборудованием. Вход в машинный зал должен быть строго регламентирован и ограничен. В зоне обслуживания оборудования – порядок и чистота. Если при визите в ДЦ вы обнаружили бардак и отсутствие организации, не стоит ожидать высокой доступности.
3. Услуги
Собственно, за услугами мы и приходим к провайдеру хостнига. На что стоит обратить внимание?Специализация: посмотрите на спектр предлагаемых услуг, выделите основное направление и сравните со своими задачами. Если флагманские услуги, продвигаемые компанией как раз вам и нужны – отлично. И наоборот, если вы хотите разместить свой сервер у компании, которая в основном занимается VPS – ждите проблем.
Запас на вырост: потребности вашего проекта сейчас и через могут сильно различаться. Есть ли в линейке услуг запас для роста вашего проекта? Если есть, каким образом организована миграция с одной услуги на другую (автоматизированно, с помощью хостера, самостоятельно)?
Противодействие DDoS: для любого коммерческого проекта актуален риск DDoS-атак. Что может предложить провайдер, есть ли готовое решение в рамках ДЦ или облака? Как конкретно организована защита, какие тарифы и сроки подключения? В случае отсутствия защиты на стороне ДЦ, нужно выяснить возможность быстрой смены IP-адреса и доступа к машине по запасному каналу связи.
4. Поддержка и SLA
Качество поддержки сложно оценить заранее, но можно выделить несколько признаков.Режим работы поддержки: должен быть действительно круглосуточным. Косвенно это можно проверить по времени реакции на запросы ночью и в выходные дни.
Соглашение об уровне сервиса (SLA): это полезная вещь, но не стоит полностью на него уповать. Дело в том, что компенсация за простой сервиса как правило ограничена стоимостью услуги за период, то есть с финансовой точки зрения никак не покрывает реальные потери бизнеса. С другой стороны, само наличие SLA дисциплинирует компанию и показывает системный подход к качеству услуг.
Учет заявок: лучше, чтобы работа с заявками была реализована в виде веб-панели с дублированием на e-mail. История переписки должна сохраняться. Системы, работающие только на почте недостаточно надёжные, к тому же ваша контактная почта может находится на проблемном сервере.
Итоги
Приведённые выше критерии основаны на нашем опыте взаимодействия с хостинг-провайдерами. Надеюсь, этот опыт будет полезен. Если у вас есть свои наработки по выбору хостинг-провайдера, поделитесь ими в комментариях.habr.com
конструктор, облака или свое железо? / Блог компании Фонд развития интернет-инициатив / Хабр
Какой хостинг выбрать? Этим вопросом рано или поздно задается любой стартап. Ответ в каждом случае придется искать самостоятельно — оценивать плюсы-минусы, прикидывать риски и считать бюджет. Максимально упростить этот процесс и систематизировать виды хостингов и их особенности нам помог выпускник ФРИИ и основатель проекта AdminDivision.ru Егор Андреев, который помогает стартапам Акселератора ФРИИ масштабировать свою IT-инфраструктуру. Описание задачи всегда начинается одинаково: есть написанный код сайта, его нужно разместить на каком-то хостинге, чтобы клиенты получили доступ. Классический «дедовский» вариант — купить сервер, настроить его и разместить на нем сайт — плох уже тем, что за корректной работой «железа», операционной системы и софта придется следить самостоятельно. У основателей нового проекта на это нет ни времени, ни ресурсов. Поэтому стартапы активно пытаются использовать другие виды хостинга, чтобы сэкономить время и деньги, особенно на старте проекта. И здесь начинается самое интересное: поскольку все предложения разные, они отличаются по цене, объему услуг, степени ответственности хостинг-провайдера и другим параметрам. Как разобраться? Для начала принять общее правило: чем больше работ возьмет на себя провайдер, тем меньше головной боли достанется стартапу. Но нужно учитывать, что в дополнение стартап получает более высокий прайс и отсутствие возможности настраивать систему самостоятельно. Далее следуют нюансы, специфические для каждого вида хостинга.
1. Конструктор сайтов
Примеры: tilda, wix, lpgenerator. Примерный чек: $10-$50 в месяц.Это самый простой и заманчивый для стартапа вариант. Здесь поставщик услуги уже позаботился обо всем, вам даже не понадобится программист. Просто заходите, создаете свою страничку из шаблонов, нажимаете «сохранить» и все. Ваша страница видна миру — можно работать.
Такой формат идеален для посадочных страниц, сайтов-визиток, одностраничных сайтов с простейшей логикой (типа формы обратной связи или формы оплаты). Если ваш сайт должен быть многостраничным, иметь полноценную логику в виде каталога товаров и регистрации пользователей, а также другие дополнительные сервисы, то конструктор — не ваш оптимальный вариант. Лучше ищите другие виды хостинга.
2. Shared-хостинг
Еще его называют «Шаред» или просто «Хостинг».Примеры: timeweb, masterhost, reg.ru. Примерный чек: $2-$30 в месяц.
Самый дешевый вариант — разместить сайт на php. Shared-хостинг — это физически большой железный сервер, на котором созданы изолированные окружения для работы десятков и сотен клиентов хостинга. Вам выдается доступ к админке и логин/пароль для доступа к FTP. Вы выкладываете свой код — и он работает. При этом сотрудники хостинга (как правило, хмурые бородатые дяденьки) следят за тем, чтобы у вас не было проблем с «железом», операционной системой, базой данных, веб-сервером. Ваша зона ответственности — только код. Это значит, что вы не можете менять практически ничего в настройках сервера. Такой вариант отлично подойдет для сайтов на стандартных движках, блогов, небольших интернет-магазинов. Но есть два случая, при которых этот вид хостинга может принести проблемы.
1. Когда у сайта начинает расти показатель посещаемости. В этом случае либо все начинает «тормозить», либо хостер грозится перевести вас с тарифа за символические $2 на вполне ощутимые $50-100, а если не заплатите — отключить.
2. Когда вам нужен новый функционал. Например, поставить вот эту новую библиотеку обработки картинок или использовать вот ту хипстерскую базу данных. В варианте с shared-хостингом это сделать не получится. Вы пользуетесь тем, что для вас предусмотрели упомянутые выше бородатые дяденьки.
Если ваш сайт больше похож на «убийцу Убера», чем на «блог на Wordpress», есть две альтернативы: собирать свой сайт на облачных сервисах или смотреть в сторону полноценных виртуальных машин.
3. Облачные сервисы
Примеры: Amazon Web Services, Microsoft Azure, Google Cloud Platform. Примерный чек: от $1 до бесконечности.Здесь вы собираете свой веб-сервис из огромного набора кубиков и деталей, довольно приятных. Вот у нас веб-сервер, вот база данных, вот очередь сообщений, вот хранилище для фотографий котиков, вот machine learning по ним, вот push-оповещения на мобильные — и ваш новый уникальный вариант кошачьего Тиндера готов.
Если разобраться, как работают эти кубики, можно довольно быстро собирать рабочие продукты с минимумом программирования. Приятный бонус на старте: оплата обычно идет не по абонентке, а за фактически потребленное количество ресурсов. Например, по числу запросов к базе данных, объему файлов в хранилище, числу разосланных уведомлений и т.д. То есть оплата за хостинг начинается с нуля и растет пропорционально росту нагрузки. Это позволяет стартапу долгое время масштабировать свою IT-инфраструктуру, понемногу увеличивая сумму затрат на хостинг.
Минусы облачных сервисов гармонично вытекают из их плюсов.
1. Вы ограничены тем функционалом, который заложили разработчики сервисов. Конечно, довольно широкий функционал дает много возможностей, но (!) чуть-чуть поднастроить его под себя не получится. Работает правило: используем как есть или переписываем с нуля.
2. По мере роста потребления ресурсов стоимость облачного сервиса может стать неоправданно высокой. Да, этот вид хостинга позволяет начать с $10. Для прототипа продукта или запуска стартапа с первой парой клиентов — прекрасно. Но если проект взлетит, то появляется риск платить пропорционально $10 000 за пару тысяч своих клиентов. И здесь нужно хорошо просчитать экономику.
Но даже если затраты на хостинг были заранее рассчитаны, вам все равно может понадобиться съехать с облачных сервисов. Причины могут быть и локальные (технические ограничения), и общерыночные (изменения российского законодательства). Важно учитывать, что просто «взять и переехать» из «облака» не получится. Придется дорого и долго программировать. Это тоже вариант, и его нужно просчитать заранее, чтобы понимать стоимость риска.
Облачные сервисы отлично подойдут для быстрого создания прототипа, в качестве бэкенда мобильных приложений и других подобных сервисов. Проверять идеи для стартапа — тестировать гипотезы — с их помощью тоже очень удобно. Когда нужен чуть больший контроль над хостингом, можно использовать полноценные машины (виртуальные или физические).
4. Виртуальные машины
Они же VM (Virtual Machine), VPS (Virtual Private Server), VDS (Virtual Dedicated Server) или просто «Виртуалки».Примеры: Digital Ocean, Selectel, Amazon EC2, Azure VM. Примерный чек: $5-$100 в месяц.
У хостера стоят огромные железные сервера. Их ресурсы нарезаются на порции, которые выглядят как небольшие сервера со своей операционной системой, — именно это и сдается клиентам в аренду. Вы получаете машину с полным доступом и нужным количеством ресурсов (ядер процессора, оперативной памяти, места на дисках и т.д.).
Плюсы очевидны. Это полноценная машина, на которую можно устанавливать любой софт и настраивать его любым способом. Если с физическим сервером случится беда, хостер все починит сам, вы даже об этом, возможно, не узнаете. Кроме того, размер машины можно увеличивать по мере необходимости. Например, начать с варианта за $5, а потом взять нужный дополнительный объем, просто нажав кнопку «Расширить» и заплатив за него. А еще здесь можно запустить несколько машин и разделить между ними роли (веб-сервер — база данных) и нагрузку (веб-сервер 1, веб-сервер 2, веб-сервер 3).
Минусы тоже есть. Теперь настраивать под себя операционную систему и софт не только можно, но и необходимо. К тому же приходится следить за локальными процессами работы (хватает ли оперативной памяти, достаточно ли места на дисках, не упала ли база данных). И делать это нужно самостоятельно, постоянно и лучше профессионально.
Виртуальные машины подойдут большинству стартапов как на старте, так и во время бурного роста. Главное, чтобы в команде был хороший админ (или хотя бы была возможность привлечения такого специалиста). Всем стартапам стоит посоветовать сразу делить сайт на части и использовать несколько машин вместо одной большой. Это поможет расти в будущем. В момент, когда расходы на хостинг составят пару сотен долларов, можно будет задуматься о переходе на физические сервера. Именно задуматься, сесть и посчитать, прикинуть варианты, а не переезжать в «пожарном режиме», когда страдают клиенты и горят нервные клетки основателей.
5. Аренда выделенного сервера
Он же Dedicated Server, или просто «Дедик».Примеры: Hetzner, Selectel, Servers.ru, Hostkey. Примерный чек: $50-$500 в месяц.
Это аренда настоящего физического сервера. Можно выбрать любую конфигурацию «железа», любую операционную систему и получить мощнейшую машину. Либо поднять свою систему виртуализации и самостоятельно нарезать нужное число «виртуалок». Трюк в том, что аренда выделенного сервера обходится в среднем в 3-5 раз дешевле аренды «виртуалки» соответствующей мощности. Или, иными словами, за те же деньги можно получить в 3-5 раз больше ресурсов.
Но тут есть значительный минус — теперь под вашей ответственностью не только операционная система, но и само «железо». Если сгорит, скажем, один из жестких дисков, то хостер заменит его бесплатно по звонку. И если вы правильно настроили сервер и вовремя заметили, что диск сгорел, сайт даже не «упадет». Но если сгорит сам сервер целиком, ваш сайт не будет доступен, пока хостер не подготовит замену (это занимает от нескольких часов до нескольких дней). И есть вероятность, что сервис придется поднимать из резервной копии. Это тоже требует времени и может вообще не получиться, если вы к этому специально не готовились.
Чтобы избежать проблем, потребуется иметь хотя бы один дополнительный резервный сервер, а также иметь компетенции (сотрудника), как этот сервер заставить работать в случае краха основной машины. И то и другое стоит денег, и экономия при переходе на свое железо может быть уже не такой явной.
Арендованные физические сервера хорошо подойдут достаточно большим проектам с потреблением в несколько тысяч долларов.
6. Покупка собственного железа
Примерная цена: $2 000-$10 000 за сервер разово.«Железо» можно не арендовать, а купить. Вполне рабочий вариант, если вам очень нужно освоить несколько миллионов, в смысле, превратить операционные (ежемесячные) расходы в капитальные (разовые). И вы точно уверены, что:
а) будете использовать купленное «железо» больше срока, за который оно «отобьется» по сравнению с арендой, б) вам хватит мощности на весь расчетный срок.
Помимо разовых расходов, больше плюсов, по сравнению с арендой, нет.
А минусов хватает. Если на сервере что-то сгорит — это ваша проблема. В лучшем случае производитель сервера пришлет замену. Если мощности «железа» не будет хватать, то вы либо докупаете новые сервера (получив у себя зоопарк из нескольких поколений машин), либо продаете текущее «железо» на Avito и покупаете новое.
Также надо помнить, что каждые несколько лет сервера становятся мощнее в пару раз (закон Мура до сих пор работает), при этом цена остается сопоставимой. Если арендуете сервер несколько лет, то можете в один момент отказаться от текущего сервера и взять новый, за те же деньги, но заметно мощнее. Если сервер ваш — так сделать будет нельзя.
Резюме
- Если нужно сверстать лендинг или одностраничник, удобно будет воспользоваться конструктором сайтов. Проще некуда.
- Если сайт простой и написан на php, можно использовать shared-хостинг. Дешево и сердито.
- Для веб-сервиса с богатым функционалом можно пробовать либо Облачные сервисы (если вы любите и умеете ими пользоваться), либо Виртуальные машины.
- Если чек за хостинг высокий и хочется сэкономить, можно присмотреться к аренде физического сервера.
- Выбирая любой вариант, не забудьте посчитать, в какой момент станут критичны ограничения для конкретно вашего сервиса и прикинуть варианты, что с этим можно будет сделать.
habr.com
Какой должен быть хостинг? / Блог компании ua-hosting.company / Хабр
Извечный вопрос новичков, который зачастую содержит гораздо больше смысла, чем мы представляем. Ведь речь пойдет не только о выборе хостинг-провайдера, но и о выборе самой услуги.Но в начале сам вопрос, чтобы тема обсуждения была более понятна:
Собираюсь поднять сайт развлекательной тематики, в перспективе у которого может быть большое кол-во трафа, ддосы и тому подобное.Дорогое ли удовольствие содержать такие сайты? На чем сидят сайты с трафом 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% аптайма! В комментариях будем рады услышать Ваши мнения касательно ответа на поставленный в начале вопрос.
habr.com
