Бесплатный облачный PHP-MySQL хостинг для небольшого сайта на основе Amazon AWS


Бесплатный облачный PHP-MySQL хостинг для небольшого сайта на основе Amazon AWS

Процедура регистрации обычно не вызывает вопросов. Единственный совет — вводить реальные или близкие к реальным данные. Семенов Горбунковых с улицы Горького давно не регистрируют, а если неправильно указать индекс города, то система даст скрытый отлуп на этапе проверки кода по телефону.
Перед тем как вбивать данные кредитной карты, нужно убедиться что по ней доступно для снятия минимум 85р для Mastercard и 75р для Visa. В зависимости от региона и типа кредитной карты в конце процесса регистрации нас могут попросить подтвердить свой сотовый телефон. Тут правил 3 — вписывать номер нужно без восьмерки и кода страны (10 цифр), не забывать правильно выбирать страну и начинать вводить код с клавиатуры только после того как синтезированная телефонная барышня перестанет говорить и затаится в ожидании. Если подтвердить не попросят, значит Амазону очень понравилась ваша кредитка и у них еще еще не было проблем с пользователями из вашего диапазона адресов. Но поскольку нас больше всего интересует сервис EC2 (для которого верификация обязательна), то подтверждать 4 цифры по телефону придется в любом случае. После регистрации с карты снимут 1 доллар (и потом его не вернут) и сразу предоставят доступ к сервису хранения файлов S3 и к шикарной консоли управления
К слову сказать, с самого начала все картинки из этого сообщения лежали именно на сервисе S3 и 5Гб места на нем тоже входят в бесплатный годовой пакет (но бесплатный лимит кончился меньше чем за сутки). На S3 можно создать корзину (Create Bucket), включить галку Enabled на вкладке Website и легко организовать хранилище файлов. Например, если назвать корзину словом test86 и положить в нее файл tеst85.7z, то из браузера он будет виден по адресам test86.s3.amazonaws.com/tеst85.7z и s3.amazonaws.com/test86/tеst85.7z. Обратите внимание, что без изменения дополнительных опций при загрузке, файлы сможет увидеть только владелец этой корзины. Чтобы открыть доступ к просмотру одного или нескольких файлов нужно выделить их и выбрать в меню Actions/Make Public. Кроме S3 у Амазона есть еще масса интересных сервисов, но речь сегодня пойдет только о EC2.

Шаг 2: Подготовка к созданию EC2 сервера.

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

а с карты спишется еще один доллар.

Шаг 3: Добавление пользовательской группы.

Не теряя времени даром, щелкаем на ссылку Security Groups слева. Создаваемую по умолчанию группу лучше не трогать, но она нас никак не устраивает с точки зрения прав доступа (все порты любые действия). Поэтому создадим свою группу с более ограниченными правами

и назовем ее, например, web.

После создания добавим несколько правил в закладке Inbound

По аналогии добавим для общего доступа (Source: 0.0.0.0/0), к портам 20-21, TCP порты 1024-1048, HTTP и HTTPS. Разрешать доступ по SSH с любого адреса я бы поостерегся, поэтому лучше вписать в строку Source: или свой статический IP или подсеть своего провайдера (что-нибудь типа 211.207.171.0/24). В результате должно получится что-то похожее на

Щелкаем на Apply Rule Changes и переходим к следующему этапу.

Шаг 4: Создание SSH ключей.

image

Ключи нужны для доступа на сервер по SSH и они могут быть созданы и в процессе развертывания образа выбранной ОС, но в IE и Chrome наблюдаются периодические глюки с отдачей файла ключей на скачивание. Поэтому лучше сделать это заранее и если заглючит, то повторить.
Для генерации ключей выбираем Key Pairs в меню и давим пару кнопок.

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

Шаг 5: Развертывание образа Операционной Системы.

Итак, у нас есть ключ и дополнительная пользовательская группа. Теперь можно смело нажимать Launch Instance из меню EC2 Dashboard.

Согласимся на Classic Wizard.

Наш выбор это 32-x или 64-х битный Amazon Linux AMI.

Оставляем все установки по умолчанию.

Включаем защиту от удаления.

Теги вбивать не обязательно.

image

Будем использовать уже сгенерированные ключи.

image

В конфигурации фаервола оставляем только Security Group индекс-web.

Проверяем установки и запускаем.

После запуска в списке Instances появится наш микро-сервер.

Шаг 6: Регистрируем IP адрес для сервера.

image

В меню Elastic IPs сначала резервируем себе IP адрес.

image

И тут же присваиваем его нашему запущенному серверу.

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

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

Шаг 7: Подключаемся к серверу по SSH.

Для этой цели можно использовать массу разнообразных программ, но вся дальнейшая инструкция написана для виндового и бесплатного PuTTY (прямая ссылка на загрузку).
Из архива нам в первую очередь понадобится puttygen.exe. Запускаем, выбираем Conversions/Import key.

image

и пересохраняем приватный кей как SSH2 RSA .ppk файл. На этом этапе не помешает как следует запаролить ключ.

image

После этого запускаем putty.exe, вбиваем наш IP в поле Host Name.

image

в разделе SSH-Auth указываем путь к .ppk ключу.

и нажимаем кнопку Open. В окошке терминала не должно быть никаких сообщений об ошибках, а в предложение:

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

Шаг 8: Обновление и подготовка к настройке сервера.

Сразу после входа хорошо бы обновиться. Для этого говорим:

В системе нам не помешает Миднайт Командер (там более привычный для мышевозов редактор):

Создадим пользовательскую группу virtwww:

и зададим пароли посложнее:

На всякий случай еще раз установим права на каталог:

Теперь наш сервер полностью готов к установке сервисов.

Шаг 9: Установка MySQL.

Добавим его в автозапуск:

После этого зададим пароль пользователю root:

не забудьте вписать что-то свое вместо s10ZniYpar00L

Запретим подключение к базе без пароля:

и обновим привилегии:

Удалим тестовую базу:

и выйдем из консоли управления MySQL сервером:

Шаг 10: Настройка FTP.

Добавляем его в автозапуск и пробуем запустить:

Изменяем значения параметров:

Добавляем в конец файла:

Не забудьте вписать тут свой IP
Кнопкой F2 сохраняем изменения, выходим из редактора через F10 и перезапускаем FTP сервер:

Теперь можно пробовать подключиться к нашему серверу по FTP любым клиентом с поддержкой PASV режима.
В качестве имени хоста используем наш IP, пользователь www, пароль из шага номер 8. Режим PASV включен принудительно. Подключаемся и пробуем залить в папку /var/www любой файл. Если не получается, говорим:

и пробуем еще раз.
Примерно вот так это выглядит во FlashFXP:

Если залилось с самого начала, то не нужно менять права с 750 на 755 (это дополнительная дырка в безопасности)
и проверяем права доступа к файлу. Он должен создаться с правами 0644. Если все совпадает, то переходим к 11-му шагу.

Шаг 11: Установка Apache и PHP.

Сначала ставим Апач:

Отдельной строчкой регэкспы:

и общей кучей модули и зависимости для PHP:

Добавляем Apache в автозапуск и пробуем его запустить:

Если все запустилось, корректируем конфигурацию под амазоновский сервер и пользователя webserver:

Ищем и корректируем в тексте следующие строчки

Строку TraceEnable Off возможно придется добавить.
Кнопкой F2 сохраняем изменения, выходим из редактора через F10 и перезапускаем Apache:

Разрешаем изменение файлов через ftp:

Убираем основную вредительскую дырку в конфиге PHP:

Ищем строку magic_quotes_gpc и ставим ее в положение On:

Для совместимости не помешает включить короткие теги:

Кнопкой F2 сохраняем изменения, выходим из редактора через F10 и перезапускаем Apache:

Если на каком-либо этапе апач перестанет запускаться, откатываем изменения и смотрим что произошло в логах:

После того как все запустилось закрываем терминал:

и возвращаемся в консоль управления в барузере.

Шаг 12: Включаем балансировку нагрузки (Load Balancers).

Этот шаг в принципе можно пропустить, но это делать нежелательно. Балансировка входит в бесплатный пакет и я не вижу зачем отказываться от такой полезной вещи, которую можно использовать и для поддержки живости сайта. В этом режиме система Load Balancers периодически просто обращается к какому либо URL на сервере и делает выводы из времени отклика. Отсюда логически вытекает самая распространенная ошибка в настройке. По умолчанию предлагается пинговать индексную страницу сайта, а кто знает сколько она может весить в произвольном случае? В результате при каждой проверке тратится вроде бы немножко трафика, но за месяц может накапать целое ведро. Поэтому создадим для этой системы специальную страничку ping.html и впишем туда одинокую единичку без юникодов, пробелов и переводов строк. В результате на проверку всегда будет тратиться ровно 1 байт трафика. Этот файл нужно загрузить через ftp в корень сайта перед созданием балансера.
Имя может быть произвольным, но уникальным если балансеров несколько.

Целью проверки выбираем ping.html

Проверять будем наш уже запущенный сервер

Ура и все! Можно открывать в браузере наш IP адрес, заливать PHP скрипты через FTP и общаться из них с MySQL. Пример:

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

Вместо заключения: Не стоит думать, что все описанные манипуляции являются оптимальными и обеспечивают хоть какой-то уровень безопасности. Сервер в таком виде годится только для тестирования и хостинга домашних страничек с десятком посетителей в месяц. Довести все это до ума можно и это даже не сложно для грамотного человека. Засада в том, что грамотными становятся не день и не за год и вообще в одном человеке редко совмещается писатель на простонародном php и специалист в настройке серверов. Поэтому прежде чем отпускать это все безобразие в свободное плавание, попросите, за пару бутылок коньяка, какого-нибудь знакомого бородатого юниксоида законнектиться к вашему серверу по SSH. Он поматерится, поковыряется минут 10, несколько раз обзовет писателя этой стены текста бараном (и будет прав), но после этого все заработает не в пример лучше и стабильнее.


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

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