Хостинг для WordPress

Хороший, стабильный хостинг. Уже 2,5 года с ним. Тариф Century, держу 9 сайтов, все на WordPress. Не самый, мягко говоря, легкий движок, но хостинг справляется нормально.

Общая посещаемость всех сайтов около 6 тысяч уников в сутки, нагрузка по панели в среднем 22 cp, до лимита в 50 cp еще далеко.

В общем, жаловаться нет на что. Иногда чуть подтормаживает, раз в месяц-два на пару часов. Пару дней назад подключение к SQL легло — впервые за 2 года. Восстановили за 20 минут, техподдержка сразу отписалась.

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

Хостинг для интернет-магазина

Перешла сюда несколько дней назад с хостинга Timeweb.

Пока не могу поверить своему счастью.

Перенесли сайты (несколько штук) быстро и оперативно.
Возникла проблемка с админкой интернет-магазина — все исправили.

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

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

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

Надеюсь, что так будет продолжаться и далее. Пока я в восторге, честное слово )))

Преимущества хостинга на CloudLinux

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

Общая информация

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

CloudLinux работает с наиболее распространенным ПО и контрольными панелями: cPanel, Webmin, Parallels Plesk Panel, ISPManager и др. Есть возможность легко преобразовать CentOS или RHEL дистрибутив в CloudLinux.

Делают эту систему украинские разработчики во главе с Игорем Селецким (раньше занимался панелью управления H-Sphere). Система платная, поддержка предоставляется.

Аналоги — BetterLinux и 1H — в рунете не так распространены.

Технологии CloudLinux

Lightweight Virtualized Enviroment (LVE) — технология, обеспечивающая изоляцию пользователей, позволяющая ограничить ресурсы, доступные конкретному процессу или пользователю (CPU, память, использования диска, количество процессов).

MySQL Governors — инструмент контроля за использованием MySQL, позволяет ограничить обращения к базе данных при превышении лимитов. Благодаря ему значительно уменьшается количество проблем, вызванных злоупотреблением MySQL.

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

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

Компонент PHP selector позволяет устанавливать в CageFS каждому пользователю отдельную версию PHP и модули, которые необходимы именно ему.

Вывод

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

Евгений Демин для http://hosting101.ru

Обзор технологий VPS

Инфографика об отличиях VPS от обычного хостинга и выделенных серверов, технологиях виртуализации. Советы по выбору VPS, ориентировочные цены.

По мере того, как Интернет становится второй средой обитания людей, увеличивается количество тех, кто считает необходимым появится в сети, запустив свой собственный сайт. В этот момент даже те, кто еще не слышал слово хостинг, сталкивается с вопросом выбора. С одной стороны, самый простой вариант – взять виртуальный хостинг. Это будет дешево и работа с ним довольно проста, зачастую не требует навыков админа. Но что, если ресурсов виртуального хостинга не хватит, если вы изначально планируете высокую посещаемость? Брать выделенный сервер слишком дорого, и вообще накладно. Для этого существует компромиссный вариант – VPS. Воспользуетесь этой инфографикой, если решаете, где хостить свой проект. Она посвящена как раз тому, что такое VPS, кому он будет нужен, как его выбрать и прочим вопросам для тех, кто хочет разобраться.

Инфографика подготовлена VPS.ua

Выбор панели управления хостингом для VPS

Существует немало разных панелей управления хостингом на серверах с Linux. Их можно разделить на две группы — платные и бесплатные. Наиболее популярные бесплатные панели — ISPconfig, Cloxo, Webmin; платные — DirectAdmin, cPanel, ISPmanager, Parallels Plesk Panel. Хотя все эти панели, по сути, решают одну и ту же задачу — автоматизируют настройку сервера при размещении сайтов, каждая имеет свои особенности. Некоторые панели подходят для размещения одного-двух сайтов, требующих гибкой настройки сервера, другие ориентированны на организацию массового хостинга.

Многие хостинг-провайдеры сегодня предлагают VPS с коммерческими панелями управления в подарок. Обычно это панели управления ISPmanager Lite (реже Pro), DirectAdmin и Parallels Plesk Panel. Иногда провайдер дает возможность выбрать панель по своему усмотрению.

Ввиду доступности коммерческих панелей управления для конечных пользователей в качестве опции при заказе VPS, бесплатные панели управления становятся уделом энтузиастов, поэтому мы приводить подробный их обзор в данной статье мы не будем. Единственное, на что хотелось бы обратить внимание — это то, что из бесплатных панелей Webmin гораздо меньше остальных панелей подходит для управления хостингом сайтов. Это, скорее, средство администрирования сервера через Web-интерфейс, подходящее опытным Linux-администраторам, но никак не среднему веб-мастеру. Остальные бесплатные панели можно использовать для управления хостингом сайтов с равным удобством, значительно уступающем коммерческим аналогам.

Перейдем к платным панелям.

ISPmanager Lite

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

  1. Простой процесс установки на сервер.
  2. Удобный пользовательский интерфейс.
  3. Много возможностей по настройке сервера: поддержка Nginx из коробки, работа с пакетной системой дистрибутива — .rpm (RedHat, CentOS, Fedora) или .deb (Debian, Ubuntu).
  4. Возможность расширения функционала за счет плагинов.

ISPmanager Lite позиционируется как продукт для управления сервером, на котором размещаются проекты одного владельца или компании, и мало подходит для организации массового хостинга сайтов. Для организации хостинга есть продвинутая версия ISPmanager — ISPmanager Pro, обладающая реселлерским уровнем, поддержкой «ведомых» серверов хостинга и другими дополнительными опциями. Сейчас эту панель можно часто встретить на shared-хостинге, особенно среди отечественных провайдеров.

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

Скриншоты и демо панели: http://ispsystem.com/ru/software/ispmanager/demo
Разработчик: Россия
Цена за Lite-версию: ~$26 в месяц

DirectAdmin

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

Преимущества панели:

  1. Удобный интерфейс. Уровни администратора, реселлера и пользователя.
  2. Высокая скорость работы панели.
  3. Компиляция ПО из исходных кодов, предоставляемых разработчиком. Благодаря этому достигается более высокая стабильность системы и легкость обновления.
  4. Достаточные возможности настройки сервера, хотя при этом и требуется определенный опыт. Например, несмотря на официальное отсутствие интеграции Nginx, нетрудно реализовать его поддержку на сервере (в том числе генерацию шаблонов виртуальных хостов для сайтов).

Недостатки панели — отсутствие русской локализации из коробки (русификация производится сторонними разработчиками), более высокий «порог вхождения», по сравнению с ISPmanager.

Демо-версия DirectAdmin: http://www.directadmin.com/demo.html
Разработчик: Канада
Цена: $29 в месяц

cPanel/WHM

cPanel/WHM, по сравнению с ISPmanager и DirectAdmin, является настоящим хостинг-комбайном. Так же, как и DirectAdmin, компилирует ПО на сервере из исходных кодов, и глубоко интегрируется с системой. Тем не менее, является более ресурсоемкой и для установки на VPS со средним объемом ресурсов не рекомендуется. Эта панель предназначена для огранизации массового виртуального хостинга, но никак не управления хостингом для нескольких индивидуальных проектов.

Преимущества:

  1. Продуманные и функциональные уровни пользователя (cPanel) и администратора (WHM).
  2. Хорошая русификация из коробки.
  3. Отличная реализация импорта пользователей и резервирования данных.

Основной недостаток cPanel — ресурсоемкость и громоздкость.

Демо-версия cPanel: http://cpanel.net/demo/
Разработчик: США
Цена для VPS: $15—$20 в месяц

Parallels Plesk Panel

Ключевая особенность Plesk — это глубокая интеграция с Virtuozzo, коммерческой версией технологии виртуализации OpenVZ. Оба продукта разрабатываются компанией Parallels. Из всех панелей управления хостингом Plesk обладает наибольшим числом различных модулей (хотя зачастую не особо полезных для конечного пользователя). Достаточно ресурсоемка.

Преимущества:

  1. Глубокая интеграция с Virtuozzo.
  2. Режимы работы для индивидуального использования и организации хостинга.

Недостатки:

  1. Перегруженность мало используемыми конечным пользователем дополнительными модулями.
  2. Относительно высокая стоимость.

Демо: http://www.parallels.com/ru/products/plesk/demos/
Разработчик: Россия
Цена: $40 в месяц

* * *

ISPmanager Lite на сегодня остается самым популярным средством для управления сервером с небольшим количеством сайтов. Если вы планируете использовать сервер как площадку для продажи хостинга лучше выбрать DirectAdmin или cPanel.

Перенос сайта с Денвера на хостинг

Рассмотрим существующие методы переноса сайта с Денвера на хостинг: с помощью настольных FTP-клиентов, web-based файловых менеджеров, SSH и специализировнных скриптов.

Что нужно для выгрузки сайта в интернет

В этой статье мы будем использовать следующие инструменты:

  • WordPress — движок сайта, на котором будем тренироваться. Предполагается, что у вас уже есть готовый сайт на этой CMS, работающий на вашем компьютере с помощью Денвера.
  • FileZilla — программа для переноса сайта на сервер в интернете (FTP-клиент).
  • WinZip — стандартный архиватор.
  • PhpMyAdmin — веб-интерфейс для доступа к базе данных.
  • Домен (адрес сайта вида site.ru). Можно купить у регистратора или получить бесплатно при регистрации хостинга, или даже взять на сервисе dot.tk
  • Хостинг с PHP и MySQL (место для сайта на сервере в интернете). Можно купить у хостинг-провайдера, либо взять бесплатный.

Подготовка сайта к переносу

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

Итак, мы должны забрать файлы движка из папки Денвера. Обычно папка WebServers располагается в корне диска C:\

Запаковываем их в архив с помощью WinZip. Имя архива латинскими буквами без пробелов.

Далее, нам нужно забрать вторую часть сайта — базу данных. Доступ к базе данных на локальном веб-сервере можно получить по адресу http://localhost/Tools/phpMyAdmin/ или http://127.0.0.1/Tools/phpMyAdmin/ . Там выбираем нашу базу данных (в примере это test_1) и делаем экспорт всех записей (ссылка обозначена на скриншоте).

В поле «Формат» выбираем SQL. Если база большая, можно попробовать сделать сразу архивом (но получается не всегда). Нам предложат сохранить файл *.sql, делаем это и кладем рядом с архивом файлов движка. Имя архива так же латинскими буквами без пробелов.

Если база большая, экспорт можно сделать из командной строки Windows. Если у нас Windows 8, запускаем Windows PowerShell (Папка «Служебные — Windows»). Пишем:

decd c:\webservers\usr\local\mysql-5.5\bin
./mysqldump -u root --default_character_set=utf8 -f test_1 > c:\test_1.sql

Для Windows XP синтаксис будет немного отличаться:

cd c:\webservers\usr\local\mysql-5.5\bin
mysqldump -u root -f test_1 > c:\test_1.sql

Потом, при необходимости, можно запаковать базу в zip-архив.

Заказ хостинга и получение реквизитов доступа к серверу

Если у нас еще нет аккаунта на хостинге, выбираем какого-нибудь провайдера, и регистрируемся. В этом примере, исключительно в иллюстративных целях, мы используем бесплатный хостинг hostinger.ru. Для других хостингов процесс будет похож. Суть этого этапа — получить реквизиты доступа к серверу, на котором разместим наш сайт. Процедура стандартная: указать имя, почту и пароль, подтвердить регистрацию пройдя по ссылке, которую вышлют на почту, и зайти в панель администрирования.

После авторизации в верхнем меню надо выбрать «Хостинг -> Новый аккаунт», далее — «Бесплатный» и нажать «Заказать». Придумываем домен третьего уровня, который хотели бы получить, и вводим пароль два раза (это уже другой пароль, он конкретно для этого домена).

После регистрации в разделе «Хостинг» появится наш домен. Заходим и выбираем его. Далее в панели ищем кнопку «FTP Доступ» (находится в разделе «Файлы») и нажимаем на нее. Данные, которые нам понадобятся: «FTP сервер», «FTP порт», «FTP пользователь» и пароль, который вводили чуть ранее, при регистрации поддомена.

У многих провайдеров реквизиты FTP-доступа автоматически высылаются письмом при регистрации.

Перенос файлов сайта на сервер

Теперь, для загрузки данных на хостинг, нам нужно установить FTP-клиент FileZilla. Аналогичные функции есть в программах Total Commander и WinSCP. Если установить программу на локальный компьютер возможности нет, то существует вариант загрузки через файловый менеджер, работающий в браузере.

Мы подключаемся к серверу по FTP с помощью FileZilla, используя полученные реквизиты:

На хостинге выбираем папку public_html и в нее копируем архив с нашим движком сайта — кликаем по архиву правой кнопкой и выбираем «Закачать на сервер». После закачки на хостинг архив надо распаковать. Для этого возвращаемся к административной панели, там выбираем «Файлы» -> «Файловый Менеджер 2″, заходим в public_html, ставим галочку напротив нашего архива и жмем «Unzip».

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

Если на хостинге нет файлового менеджера, то распаковать архив можно, подключившись к сайту по SSH с помощью программы PuTTy. Для этого нужно, чтобы на вашем тарифе хостинга работал SSH. Реквизиты подключения обычно те же, что и для FTP. С помощью команд cd, ls и pwd нужно добраться до каталога с архивом и выполнить unzip имя_архива.

  • pwd – выводит имя текущего каталога
  • ls – показывает список файлов в текущем каталоге
  • cd путь_к_каталогу — переход в другой каталог

Еще один вариант — попробовать выполнить команду mc. Если сработает, то появится двухпанельный файловый менеджер. С его помощью перемещаться по папкам проще. В нужной папке пишем unzip имя_архива.

Замечательно, одну часть сайта мы перенесли, осталось импортировать базу данных.

Перенос базы данных на сервер

Так как база данных на новом месте у нас пока не создана, сделаем это. В панели управления хостингом заходим в «Базы данных» -> «Базы Данных MySQL», указываем все необходимые данные и нажимаем «Создать». Прошу обратить внимание, что эти данные нам еще понадобятся, так что запишем их отдельно.

После того, как мы создали базу данных, она у нас появилась в разделе «Список текущих баз данных MySQL» чуть ниже. Нажимаем на нее один раз и выбираем «phpMyAdmin» из развернувшегося списка.

В phpMyAdmin выбираем «Импорт» и указываем на наш *.sql скрипт. База данных импортирована.

Если база большая, и есть SSH-доступ, можно попробовать импорт из командной строки:

mysql -h имя_хоста_бд -u имя_пользователя_бд -p пароль_бд --default_character_set utf8 имя_бд < путь_к_файлу_sql

Еще один вариант — использовать скрипт Syphex Dumper.

Конфигурирование движка

Теперь возвращаемся в наш «Файл менеджер2″, открываем файл wp-config.php и изменяем значения констант DB_NAME, DB_USER и DB_PASSWORD — вписываем реквизиты доступа к новой базе данных. Сохраняем файл, проходим по адресу нашего сабдомена, сайт должен работать.

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

Чтобы заработала загрузка файлов из движка, на соответствующий каталог нужно выставить права 775 (кнопка «Chmod»).

Привязка доменного имени

Чтобы у вашего сайта было красивое имя вида site.ru, нужно купить домен у регистратора. Домен привязывается к сайту через панель управления хостингом, в результате чего вы получается адреса ns-серверов. Эти адреса нужно прописать в панели управления доменами у регистратора. Обычно домен начинает работать в течение суток.

Пример привязки бесплатного домена к hostinger.ru:

1. Заходим на dot.tk и регистрируем бесплатный домен. Чуть позже нужно будет сделать привязку домена к хостингу, поэтому выбираем пункт «Используйте DNS» и на время оставляем эту вкладку браузера.

2. В другой владке авторизуемся в аккаунте на hostinger.ru, выбираем «Хостинг» -> «Новый аккаунт», указываем нужные данные, в том числе наш домен. Подтверждаем регистрацию — вводим капчу и нажимаем «Ок».

3. Выбираем «Хостинг» -> «site.tk» (в примере blobske.tk) и попадаем на страницу нашего домена. В левой колонке выводится IP-адрес, который и нужно внести в настройки домена на dot.tk.

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

Автор: sm0k3

Подходы к созданию резервных копий: cpio/tar, rsync, R1Soft CDP

Создание резервных копий заботит пользователей не одно десятилетие. За это время было разработано множество методов и инструментов. Существующие подходы можно разделить на три группы:

  1. Последовательное копирование всех данных целиком.
  2. Копирование только изменившихся файлов.
  3. Копирование изменившихся блоков файловой системы.

Материал предоставлен VPS.ua

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

Данные, записанные на ленте последовательно единым блоком, должны были быть структурированы. Также нужна была возможность работать с данными внутри блока, не извлекая всё целиком. Так появились утилиты cpio и tar, которые, по сути, последовательно собирают все данные в один файл. Описание структуры директорий и местоположение файлов эти утилиты сохраняют в начале архива. Cpio, кстати, лежит в основе пакетов операционной системы redhat (rpm).

Утилиту tar хотя и называют архиватором, но отдельно практически не используют. Дело в том, что она не производит сжатия данных. Она складывает все нужные файлы, с сохранением структуры директорий в один файл, а для компрессии использует сторонние программы, такие как bzip и gzip. В результате мы получаем файлы в формате tar.gz и tar.bz. Tar и cpio используются и по сей день. Благодаря им многие с тех пор называют операцию резервного копирования архивацией.

Вторая группа — программы, выполняющие, так называемое, инкрементарное копирование.

Метод архивации бесспорно хорош, но заставляет создавать каждый раз полную копию всех файлов. Соответственно, если мы захотим хранить две копии, за сегодня и за вчера, мы будем вынуждены использовать вдвое большее дисковое пространство. А если мы захотим сохранить копии за целый месяц и при этом делать их каждый час, то нам потребуется место для 720 копий! Это будет просто расточительством дискового пространства. Для решения проблемы была разработана утилита rsync. Она не производит сжатия или последовательной записи всех файлов в один, вместо этого она сравнивает исходную директорию с целевой и копирует в целевую директорию только те файлы, которых не хватает или которые содержат отличия. Для создания множества копий, в которых будут храниться только изменения, rsync умеет создавать жесткие ссылки.

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

При повторном создании резервной копии могут быть созданы жесткие ссылки на все файлы уже находящиеся в целевой директории. Все файлы, которые будут замещены новыми, сохранятся и будут доступны через созданные жесткие ссылки. Если создавать наборы жестких ссылок в отдельных каталогах и называть их числами (1, 2, 3…), то мы будем иметь возможность получить доступ к определенной резервной копии целиком, храня повторяющиеся данные только в одном экземпляре.

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

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

Одним из примеров такой системы, является CDP от компании Idera (r1soft). Этот продукт существует на рынке достаточно давно и уже успел зарекомендовать себя в корпоративном секторе. В отличие от rsync он работает на сервере-источнике постоянно, отслеживает изменения в блоках файловой системы в тот момент, когда они происходят. Таким образом для дисковой подсистемы он нагрузки практически не несет и в момент начала создания резервной копии, когда rsync проводит ресурсоемкое сканирование файлов, CDP уже знает, что копировать, и приступает незамедлительно.

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

Настройка создания резервных копий в CDP достаточно гибкая. Можно создавать точки восстановления (срез резервной копии) хоть каждый час. CDP умеет работать также и с базами данных, позволяя восстанавливать не сервер баз данных целиком, а только нужную бд. Стоит упомянуть, что в CDP используется механизмы проверки резервных копий, которые не только обеспечивают надежную передачу данных от источника к хранилищу, но и гарантируют надежность хранения данных в течение продолжительного времени.

Также стоит учесть, что CDP — это комплексное решение с удобным пользовательским интерфейсом. Вам нужно будет только установить агента для создания резервных копий на свой сервер и добавить сервер в панель управления. Вам не нужно будет писать собственные скрипты для rsync, беспокоиться о работающем демоне rsync или его наличии на хранилище (если испробовать протокол SSH, как транспорт).

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

Потестировать этот метод можно здесь.

Фото наших бэкапных хранилищ:

С уважением,
старший системный администратор VPS.ua
Денис Мищенко