Установка ISP manager на VDS, VPS (Debian, Ubuntu)

Лично я спустя год использования Весты перешёл на Webinoly. Эта панель управления неудобна для начинающих владельцев серверов из-за своей минималистичности. Вместо работы в браузере приходится вводить команды в текстовом терминале. Если вы смелы и готовы упорно читать мануалы, читайте мою заметку «Webinoly: управляем VPS с Ubuntu Server 18.04».

Регистрация на Vultr

Если вы еще не зарегистрировались у провайдера Vultr, то у меня для вас есть отличная новость! Специально для пользователей Android +1, тем кто зарегистрируются по этой ссылке, получат $100 на 30 дней! За это время можно создать множество VPS под свои нужды.

  1. Переходим непосредственно к регистрации, переходим по ссылке, указываем ваш e-mail и придумываем пароль.
  1. Переходим на почту, находим письмо с темой «Welcome to » и открываем его, жмем по кнопке «Verify Your E-mail»
  1. Привязываем кредитную карту к аккаунту, если не хотите чтобы провайдер не снимал денег минимальную то обязательно ставим галочку и соглашаемся с условиями. Можно также привязать и PayPal аккаунт, если у вас такой имеется.

Описание услуги

В базовый комплект входит следующее ПО:

apache, nginx, mysql, openssl, bind9, exim4, vsftpd, fail2ban, vsftpd, php, spamassassin.

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

На данный момент поддерживается установка на следующие дистрибутивы:

Debian: 6,7, 8

Ubuntu:

Объём услуги

Установка ISP Manager на VPS, VDS

Читайте также:  Как установить ipa на iPhone — различные способы

Необходимая информация для начала работы

Для установки панели управления ISP Manager нужен root доступ к к вашему VPS/VDS/Dedicated Server. А также желательно, чтобы виртуальная машина или сервер были только, что созданы и не содержали предустановленного программного обеспечения, которое указано в описании базового комплекта ISP Manager.

Наши преимущества:

  • Мы используем только новое и только серверное оборудование и комплектующие
  • Наши серверы расположены в современном дата-центре в Москве
  • Технология Parallels Virtuozzo Containers обеспечивает максимальную производительность с минимальными затратами
  • Мониторинг ресурсов
  • Parallels Power Panel – панель управления с веб-интерфейсом, которая позволяет клиентам самостоятельно выполнять управление, резервное копирование, восстановление и диагностику проблем в своих VPS.

Скриншоты Linux Root DDS (открываются в новом окне)

Делаем…

Выбранный нами VPS хостинг должен поддерживать доступ к консоли виртуальной машины напрямую, а не только по SSH. На VPS устанавливаем шаблонную Ubuntu Как правило это чистая система с родным загрузчиком GRUB. Скачиваем туда образ любой Ubuntu/Debian netinstall CD, извлекаем ядро и initrd, например в папку boot, а дальше подсовываем GRUB это ядро и initrd. Обязательно ядру при загрузке указываем параметр rescue/enable=true. Попадаем в Ubuntu/Debian recovery mode, запускаем консоль без подключения к восстанавливаемой системе, а дальше

wget [АДРЕС НАШЕГО ОБРАЗА, ВЫЛОЖЕННОГО НА ЛЮБОЙ WEB-ХОСТИНГ] -q -O — | dd of=/dev/vda bs=10M

Ждем. (можно ждать долго, у кого то и 2-3 часов не хватит). По окончании работы команды перезагружаем нашу VPS виртуалку, и видим успешную загрузку pfSense.

Выбор веб-сервера: Apache против Nginx

По умолчанию на VPS не будет веб-сервера, интерпретатора PHP и сервера баз данных. Их нужно ставить самим. Рассмотрим два самых популярных веб-сервера — Apache и Nginx.

  • Apache — самый популярный выбор. Совместим со всеми CMS, в том числе WordPress. К сожалению, скорость работы оставляет желать лучшего. Работающий на Apache сайт при наплыве посетителей начнёт открываться медленно или вовсе выдаст ошибку 500, 502 или другую из серии 5**, если у сервера не хватит ресурсов. Плюс только один: совместимость. На нём работают любые сайты, любые CMS, любой софт, написанный на PHP.
  • Nginx — второй по популярности веб-сервер. Используется многими посещаемыми сайтами. Например, Яндексом,  и Вконтакте. Сильная сторона nginx — он очень быстро отдаёт посетителю статичные файлы (.htm, .jpg, .png и другие). Благодаря этому и некоторым другим особенностям на аналогичном по производительности сервере Nginx выдерживает большее количество одновременных посетителей, а также позволяет загружать странички быстрее. Никакой магии, конечно, нет — если посетителей много и ресурсов сервера не хватает, 5**-е ошибки посыпятся тоже, но при больших нагрузках. О том, почему Nginx быстрее, есть замечательная статья на Хабрахабре.
Читайте также:  11 лучших дистрибутивов Linux для программиста

Всё познаётся в сравнении. Если бы не существование Nginx, можно было бы смело поставить Apache и при повышении посещаемости сайта просто переезжать на более быстрый сервер. Но я рассказываю о том, как сделать так, чтобы сайт работал быстро, так что пошлём Apache куда-нибудь подальше.

Я предлагаю использовать Nginx, потому что:

  1. Nginx быстро отдаёт статичные файлы. Я подчеркиваю — действительно быстро. Если у вас сайт с большим количеством фотографий, переход на Nginx будет заметен невооружённым глазом: изображения на страницах будут появляться быстро, словно вы подключились к более шустрому Интернету.
  2. Nginx может кэшировать результат работы PHP-скриптов и отдавать браузеру так же быстро, как статичные файлы. Это те самые грабли, на которые наступают некоторые админы, я в их числе. Nginx может работать в любой мыслимой конфигурации и если вдруг вам захотелось ускорить работу сайта, велик соблазн включить все виды кэширования. Но при длинной цепочке кэширования производительность, наборот, может упасть! Более того, посетителям нужен не замерший во времени сайт — комментарии, форумы, новостные ленты должны обновляться. Обновлять кэш постранично в WordPress довольно накладно. А если сбрасывать всё при каждом новом комментарии или записи в блоге, производительность сайта будет низкой, потому что часть ресурсов будет уходить на постоянное пересоздание кэша. Поэтому дальше я предложу гарантированный способ кэширования, однозначно ускоряющий сайт, всё остальное будете допиливать сами, если появится желание.
  3. Nginx отказоустойчив. Так как это ещё и прокси-сервер, то при грамотной настройке, если вдруг «отвалится» PHP-интерпретатор, сайт продолжит работу, отдавая посетителям кэшированные страницы.
  4. Nginx контролируем в настройке. Всё сосредоточено в нескольких .conf файлах и вся логика параметров базируется на запросе посетителя. Nginx разбирает запрошенный URL «по кирпичикам» и решает: отдать ли фотографию, перенаправить ли запрос PHP-интерпретатору, взять искомое из кэша или запретить доступ. В итоге ресурсов для отдачи контента отдаётся столько, сколько нужно. Apache работает иначе. Как именно, рассказано в статье, ссылку на которую я привёл в начале главы.
Читайте также:  Взламываем запароленный zip архив в Linux

На мой взгляд, использовать Apache можно только в том случае, если разработчиками сайта явно заявлена совместимость только с этим веб-сервером. Но даже в этом случае можно сделать из Nginx прокси, позволив ему отдавать статические и кэшированные файлы, перенаправляя запросы на формирование динамических страниц к Apache. Так как WordPress прекрасно дружит с Nginx, подобную химеру рассматривать не буду. Только Nginx и PHP-FPM, чтобы исключить любые промежуточные этапы, способные снизить скорость работы и усложнить настройку.