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

Я уже писал недавно о моих поисках хорошего хостинг-провайдера и моем неудачном опыте у Timeweb.ru .

Надо сказать также, что я также немного попробовал на тестовом периоде и хостинг Beget.ru . Кое-что мне у него безусловно понравилось . Это отличная, удобная и красивая Панель управления хостингом собственной разработки и совершенно уникальный Файловый менеджер также собственной разработки. Последний вообще идеален, содержит две панели в стиле Total Commander и массу возможностей работы с файлами и архивами. Такого я нигде больше не встречал. Но тем не менее итог тестирования для меня также был отрицательным. Как и в случае с Timeweb, база данных не выдерживала реальной суточной нагрузки. За один день превышение допустимых величин составило более 230% . С великим сожалением пришлось оставить и этот хостинг и продолжить поиски.

И вот наконец меня посетила удача. Я нашел хостинг, подобного которому по условиям и тарифам я еще не встречал. Это хостинг JustHost.ru (не путать с зарубежным хостингом JustHost.com, который ничем особым не блещет).

Дело в том, что обычно хостеры предлагают платные тарифы, которые включают много ограничений : разное, но обязательно ограниченное количество мегабайт на диске и при этом ограниченное количество сайтов и доменов, ограниченное количество баз данных, пользователей FTP, почтовых ящиков, трафика в месяц, нагрузки процессора и баз данных и так далее. Неограниченные возможности иногда предлагают зарубежные хостинги. Но, во-первых, они зарубежные:)). Во-вторых, достаточно дорогие именно из-за неограниченности и требуют деньги вперед.

Хостинг же JustHost.ru предлагает совершенно иные условия. Это по существу хостинг без ограничений. Единственным ограничением является объем места на диске, за который вы и платите (или не платите вообще в зависимости от заказанной величины, да, и бесплатный тариф тоже есть). При этом никаких других ограничений вообще не накладывается! И платите-то вы за все это удовольствие сущие гроши по сравнению с другими провайдерами. Судите сами.

Имеется три недавно усовершенствованных тарифа . Не прошло и трех недель со дня опубликования статьи, как тарифы существенно снизились (от 1.5 до 5 раз!). Корректирую соответственно статью.

1. Бесплатный : не более 70 100 МБ на диске и без ограничений всего остального. Подходит для начинающих и небольших сайтов. И без рекламы! И не платите вообще ничего!

2. Экономный : гибкий хостинг без ограничения места на диске и с помегабайтной ежедневной тарификацией за фактически занятое место по очень низким ценам. А именно, всего по 1/3 1/15 копейки за мегабайт в сутки (10 2 копейки за мегабайт в месяц ).

3. Оптимальный : выгоден при больших объемах требуемого пространства. На этом тарифе вы сами выбираете требуемый (уже фиксированный) объем диска в пределах от 1 до 100 гигабайт и платите всего не более чем по 32 20 рублей за гигабайт в месяц . Требуемый объем можно изменить в последующем в любой момент.

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

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

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

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

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

Для каждого домена выделяется своя папка, в которой находятся и папки поддоменов. Имеется выбор версии PHP, самостоятельное управление включением плагинов и доступ к php.ini.

Обращает на себя внимание система резервирования . Бекапы файлов и баз данных автоматические ежедневные и хранятся целых 30 дней , не занимая вашего места, о чем я упоминал. Это тоже уникальное явление (обычно, 3, 7, 10 дней, не больше). Можно в любой момент сделать бекап и вручную.

Короче, перетащил я недавно на этот хостинг этот свой сайт и его поддомены. Сначала на тестовый 15-дневный период, сейчас получил еще бесплатный месяц за перенесенный домен. А дальше видно будет. Смотрю, изучаю поведение. Скорость отличная, перегрузок процессора и оперативки не наблюдаю (кстати, дается в «личное пользование» с разделенными ресурсами CPU Xeon 2600 Мгц и ОЗУ 2048 ГБ). Падений сайта тоже не отмечаю, что и требовалось доказать. Статистика использования ресурсов в Панели управления показывает значительные запасы и ни разу пока не зашкалила за допустимые пределы.

Кстати, техподдержка великолепная , отвечает на тикеты в течение 5-10 минут и по существу.

Читал где-то, что коллектив у них небольшой, но работает четко. Офис в Зеленограде, сервера арендуют в Москве, опыт с 2007 года, не новички. И тем не менее почему то они не слишком известны, считаю, что незаслуженно. Кстати, сейчас у них порядка 2600 доменов на хостинге и динамика положительная.

С 1 января 2016 года тарифы на хостинг у этого провайдера изменились . Все в нашей стране дорожает, и Justhost не миновала эта участь. :)

Исключен для подключения тариф Бесплатный . На тарифе Экономный стоимость мегабайта возросла в 3 раза, на тарифе Оптимальный - в 2,7 раза.

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

Причем новые расценки применяются только для новых подключений. Для ранее подключившихся ничего не меняется.

Удачи вам, до новых встреч на страницах моего сайта .

Чтобы не пропустить ничего из публикуемых материалов, вы можете подписаться на одну из RSS лент : Все новости сайта , Новости раздела « Сказки Старого Юзера » или Новости раздела « Мир Андроида ».

Чтобы быть в курсе новинок сайта, рекомендую подписаться на периодическую еженедельную почтовую рассылку «Сказки Старого Юзера» на портале Subscribe.ru.

В марте 2016-го я вынужден был переезжать на другой хостинг. До того момента, с 2012 года, я сидел чуть ли ни на первом попавшемся под руку хостинге во время создания сайта — Mainhost. И всем меня устраивал, и техподдержка на уровне, и платил около 100 рублей при 20.000 чел/сутки. Если нагрузка на процессор превышала допустимую норму, то просто списывали несколько рублей за такой день и всё.

Но потом у них поменялась политика, и сказали, что так больше нельзя, в смысле — доплачивать. А ни какой другой тариф у них мой сайт не потянет! Хоть дали время на переезд, сколько попросил. И стал я искать новый дом для сайта, а главными критериями стали – нагрузка на процессор и стоимость.

Какую нагрузку выдерживают хостинги

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

Иногда, даже есть калькулятор, который посчитает тебе нужный тариф, и для меня всегда насчитывали очень дорогой, т.к. большая посещаемость. Но я понимал, что такого быть не может: сейчас плачу 100р, а оказывается меньше 1000р в месяц никак не влезть. Что-то тут не так… Короче, я решил, чтобы узнать потянет ли какой-то хостинг сайт – нужно проверять конкретный сайт на этом хостинге.

Принцип тестирования сайта на других хостингах

Покупать тариф у каждого провайдера просто чтобы его потестировать – не благодарное дело. Поэтому я выбирал только тех, у кого есть тестовый период, в среднем он 2 недели. На каждый тестовый хостинг переносятся файлы и база данных сайта. Я всё делал вручную и довёл процесс до автоматизма. Но можно попросить это сделать службу поддержки, просто так дольше ждать придётся 🙂 На результаты проверки не влияет какая у вас CMS – WordPress, Joomla, DLE или любая другая, главное чтобы хостинг поддерживал такие системы.

Менять NS-сервера на новые НЕ НАДО! Чтобы у себя на компьютере открыть сайт с тестируемого хостинга нужно просто прописать в файле «c:\Windows\System32\drivers\etc\hosts» такую строчку:

IP-адрес домен

Например (я прописываю также свои поддомены):

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

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

Нажимаем «F12», внизу появится панель разработчика
Обновляем страницу «Ctrl+F5»
Переходим на вкладку «Network», кликаем по первой позиции в списке и смотрим направо

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

Это самое понятное, что мне попалось с триальным сроком 1 месяц с возможностью продления ещё на один. Лекарств для подобного софта в сети обнаружено не было.

Принцип работы такой:

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

Как проверить нагрузочную способность хостингов

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

Ramp-up – постепенное,
Constant – постоянное,
Periodic – периодически меняющаяся.

Выбираем «Ramp-up» и на втором шаге настраиваем его:

Количество виртуальных посетителей (users) от 1 до 20,
С шагом «1», повышая каждые 10 секунд.

В пробной версии максимальное число users – 20 одновременно . Но этого вполне достаточно для проверок. В финальных отчётах программа пишет общее количество сессий за время теста, и при 20 users их набирается тысячи за 10 минут теста. Т.е., получается, что это подходит для сайтов и со 100 000 чел/сутки, а может и больше, в общем — индивидуально.

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

После завершения мастера появится окно настроек профиля:

Оставляем по умолчанию и заходим в «Edit options»

Здесь нужно включить запись элементов страницы, таких как картинки, скрипты «.js» и стили «.css». Так мы проверим не только нагрузку на процессор, но и реальную загрузку всех элементов. Два раза «ОК» и мы уже в главном окне, запись включена. Теперь надо вбить адрес страницы для тестирования. Вставляйте ссылку на одну из самых посещаемых страниц, и чтобы на ней были картинки, а не только текст.

На этом шаге ещё могут выскочить окошки установки и соглашения с сертификатами безопасности, на всё соглашайтесь. Когда страница загрузилась и новые элементы в дереве слева перестали добавляться – останавливаем запись кнопкой «Stop Rec» на панели:

Теперь у нас есть проект нашего сайта, но могут появиться и другие ветки, например от счётчиков посещений. Посмотрите и удалите все лишние:

Здесь нужно сделать важную штуку: в списке загружаемых элементов оставить только ресурсы со своего домена, в моём случае «сайт» и мои поддомены. Это нужно для того, чтобы в процессе теста нагрузочной способности не терялось время на загрузку ресурсов с внешних серверов. Как правило, это скрипты счётчиков, реклама, CDN-картинки.

Сохраняемся, в принципе всё готово, все другие параметры по умолчанию. Перед первым запуском нужно запустить проверку теста из панели «Verify Test». Просто со всем соглашаемся. Теперь можно наконец-то запустить сам тест кнопкой «Run Test» на панели. В процессе будут рисоваться графики.

Результаты тестирования некоторых хостеров

Давайте разберём для примера проверку хостера « »:

Чёрный график всегда ровный – количество виртуальных посетителей
Сиреневый – среднее время загрузки страницы
Красный – среднее время загрузки со всеми элементами
Жёлтый – сколько раз успел загрузить страницу за 1 секунду

Результаты хорошие, время загрузки небольшое и плавно увеличивается. Перейдём на вкладку «Bandwidth»

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

Следующая вкладка «Errors». Здесь статистика по ошибкам:

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

Для сравнения возьмём хостинг «Timeweb»

Результаты плохенькие, время загрузки с элементами страницы – большое! Соответственно, мало страниц в секунду загружается. Ошибки также присутствуют:

А вот провайдер «Appletec»

Тоже так себе, очень нестабильно.

Внимание! Брать мои результаты за основу при выборе хостинга для себя не стоит! Это результаты марта 2016 года!

Хостинг «Link-Host», графики производительности:

Красота, а теперь посмотрим на ошибки:

Примерно 10% всех запросов выполнены с ошибками, то, о чём я чуть выше писал. Вот за счёт этого и красота, такое обхожу стороной. Некоторые хостинги очень разочаруют, например «Netangels» оказался вообще никакущим, страница ошибок:

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

Объясняется это очень просто: на VPS ваши ресурсы ограничены конкретными значениями, а на виртуалке обычно такого нет. Т.е., грубо говоря, если никто больше не нуждается в ресурсах, то всё – ваше. Но, если нод (сервер), на котором расположен ваш сайт перегружен, то картина будет обратная. И да, у хостеров много нодов, и поэтому кто-то может жаловаться на компанию, а у другого будет всё хорошо, просто их сайты на разных нодах.

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

И, в конце-то концов, нашёл я новый хостинг – Webstix (обновление 2018, хостинг теперь называется ). Результаты:

Я был в шоке, абсолютно левый, случайно попавшийся хостинг показал категорично лучшие результаты в моих тестах. И даже то, что там была новая для меня и подглючивающая панель управления сайтом – VestaCP, я всё-равно туда переехал. Но через месяц панель заменили на мою любимую ISPManager, чему я очень обрадовался 🙂

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

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

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

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

Что же делать при получении такого неприятного сюрприза?

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

Нагрузка на CPU при запуске PHP- или Perl-скриптов

В таких случаях хостер не всегда может четко сказать, какой именно скрипт создает проблему, и определить это вам нужно будет самостоятельно. Если вы используете модульную CMS, например Joomla!, Wordpress или Drupal, то причиной может быть некорректная работа отдельного модуля.

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

Нагрузка на CPU и (или) дисковую систему от веб-сервера Apache

Излишняя нагрузка может создаваться веб-сервером Apache при отдаче сайтом большого количества графики и другой статики. Архитектура Apache устроена таким образом, что одним потоком или процессом обрабатывается только один запрос. Соответственно, если на вашем сайте очень много графической информации, то на ее отдачу будет тратиться неоправданно большое число ресурсов процессора и ОЗУ. Существенной также будет и нагрузка на диск сервера.

В этом случае можно использовать веб-сервер Nginx в качестве фронт-енда к Apache. Nginx за счет асинхронной архитектуры позволяет обрабатывать тысячи соединений в рамках одного процесса, и отдает статику гораздо легче и быстрее. Проблема лишь в том, что на многих хостингах в качестве веб-сервера используется только Apache, а связка Nginx+Apaсhe используется довольно редко (). Тем не менее, при переходе на VPS можно настроить данную связку без проблем. Обычно перенос сайтов на VPS с хостинга и настройку необходимого ПО может выполнить ваш хостинг-провайдер даже без дополнительной оплаты.

Избыточное число запросов к сайту

Большое число однотипных запросов к сайту с одного IP или множества IP-адресов (так называемый HTTP-флуд - одна из разновидностей DDoS-атак). Помочь может блокировка проблемных IP в файле.htaccess с помощью директивы «deny from».

Если на хостинге используется только Apache, и отражать проблемные запросы средствами того же Nginx у хостера нет возможности, а атака имеет интенсивный характер, хостер может заблокировать ваш аккаунт на сервере, и попросить перенести сайты на VPS или выделенный сервер.

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

Существенный рост посещаемости проекта

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

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

Нагрузка на CPU и дисковую систему со стороны MySQL

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

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

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

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

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

Желаем вам как можно меньше проблем в работе с хостингом, и как можно больше успехов в развитии ваших проектов!

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

Выбирая лучший хостинг

Отличие кластера от облака?

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

Кластерные решения, как правило, оплачивают помесячно.

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

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

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

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

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

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

Кластеры

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

При подобных обстоятельствах все ресурсы кластера задействованы постоянно поэтому оборудование не простаивает. Таким образом, есть время на масштабирование (повышение количества серверов). Это происходит постепенно - по мере увеличения нагрузки.

Чаще прочих кластер выбирают веб-сервисы, интернет-магазины, бизнес-приложения, соцсети.

«Облака»

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

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

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

Вывод

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

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

Кластерные решения используются при постоянных высоких нагрузках или прогнозируемом планомерном росте посещаемости.

Ориентируясь на такие очень простые факторы, выбор сделать будет намного быстрее и проще.