https://allhostings.ru/hosting/
на базе cPanel. Перл есть, можно ставить самостоятельно модули из CPAN.
Задержка и графики доступности до разных точек, включая США и РФ: http://smokeping.mirhosting.com/?target=top-locations
Uptime institute это коммерческая организация, и не все дц считают нужным платить бабло чтобы их добавили на этот сайт. Если дц нет в списке на сайте, это не значит что он не соответствует Tier 3 или любому другому тиеру.
Если обратите внимание, в основном там стоят дц построенные банками, гос организациями и т.п., т.к. им это нужно для соответствия своим enterprise / gov регуляциям, а может и просто откатам.
Это та же тема как и зеленое электричество в датацентрах. Сплошная коммерция.
А вот все остальные пункты - это customer service, спасибо за описание своего опыта.
Дедик - 10$
Если сервер надолго и на вырост, и если нужно nvme, то лучше брать scalable.
2 x Scalable Silver 4114 (2.2 Ghz)
256 Gb RAM DDR4
4 x 960 Gb NVMe Enterprise
1 gbit безлимит (возможен апгрейд до 10 гбит порт)
ддос защита
/29 IPv4, /64 IPv6
IPMI доступ через VPN
30 000 рублей в месяц, первая оплата за 2 месяца
27 000 рублей в месяц при заказе 2 серверов
Бонус: с 25 месяца - стоимость 4000 рублей за сервер в месяц
Если есть возможность купить, то альтернативно можем продать сервер в собственность по ценам дистрибьюторов и поставить на коло.
Датацентр премиум уровня tier 3: https://3data.ru/dc/b17
Своя сетевая и серверная инфраструктура
Безнал с РФ ООО, без ндс
Готовы реализовывать не стандартные запросы (внутреняя сеть, бэкапы, облако, обслуживание, отказоустойчивость с резервным дц, и т.д.)
Буду рад помочь по любым вопросам
Если для себя, то берете cPanel solo, которая для VPS стоит 7$ для cpanel партнеров. По сути единственный плюс из нового прайсинга.
Все цены на внешние лицензии сейчас идентичны для всех дистрибьюторов
Лучше цены, а также Solo лицензию (на 1 пользователя) можно получить только как внутренние лицензии.
Ну если это не 200 млн в одной папке, то обычно проблем это не вызывает. У нас есть на обслуживании одна +- известная файлопомойка, они когда к нам пришли на обслуживание, у них все складывалось чуть ли не в одну папку. Там были проблемы, и не только с бэкапами. После того как сделали нормальную иерархию - не слышал от админов о проблемах.
В любом случае, задача интересная, я бы пощупал.
А вот тут нет. Нет, не сканирует оно изменения. Только после ребута сервера, когда пропадают кеши. Или обновления агента / модуля. В нормальном режиме оно собирает изменения в момент этих самых изменений (через модуль ядра, что-то типа inotify условно говоря) и отсылает на бэкапилку только измененные дельты. Ему не надо пересчитывать все изменения.
Но в любом случае периодически надо делать полный бэкап, тут надо смотреть по факту во что и как упирается.
Условно говоря, если сервер работает на пределе ресурсов в свопе и любое действие приводит к его исчерпанию то тут проблема не в технологиях бэкапов :)
По Вашим сообщениям. Практика использования CDP решений у вас не прослеживается.
Первый прогон будет долгий. Потом будут бэкапиться только изменения бинарно. И да, оно знает какие файлы были изменены и не сканирует при каждом бэкапе все ваши миллионы. Или у вас каждый день новые 200-400 миллионов?
В этом кстати есть и свой минус этой технологии, например бэкапить образы вирт машин со стороны ноды смысла нет, они изменяются постоянно. Только изнутри вирт машины, чтобы оно видело именно файловую систему.
Ну так Вы и не написали, все правильно. А спросили как делать. Я ответил. Вы говорите - нет, все плохо, я знаю как лучше. Но как лучше не говорите 🙄
Я предложил попробовать :)
Можно. Это создает нагрузку на файловую систему (нет дельт/изменений файловой системы и оно читает все подряд), бэкапы делаются долго, и хранятся в полном объеме.
Я тоже. Но подобного решения в open source нет.
А зачем Вы тогда спрашиваете как бэкапить? 🙄
Вы говорите теорию и догадки, а я говорю практику. Не знаю правда почему Вы так уверенно говорите явно не имея опыта с такого рода решениями.
Инкремент бэкапы нагрузки не дают, в этом и прелесть. Никакого сравнения с прости господи tar czf based решениями это не имеет.
Сжимание и верификация делается на стороне бэкап сервера. Там же делаются мержи, архивации и что угодно еще. MySQL бэкапится совсем иначе, делается типа слепок /var/lib/mysql, потом поднимается своего рода копия и оттуда уже делаются красивые дампы. Именно под Innodb это и заточено. Можете почитать тут подробнее
Акронис - мы точно говорим про одну и ту же технологию? Я как бы не про всякие десктоп решения разумеется, а про заточенные под сервера и облака.
R1soft не продают лицензию и услуги конечным клиентам. Если интересно реально посмотреть как это работает - с удовольствием сделаю триал на месяц. С Вас - отзыв ;)
Ну как известно, данные хранятся в базах данных. А все что отличается от myisam который кроме как на вордпрессах хоумпейджей с 10 пользователями в месяц не особо куда подойдет - таким образом не восстановится.
Было бы здорово чтобы пользователи об этом знали и понимали.
p.s. unixadm, это не к вам лично сообщение, это боль многолетнего наблюдения за состоянием вопросов с бэкапами в отрасли. Хрен с ним с уровнем впс за 5 баксов, оно же так и во вполне себе средних и крупных компаниях, с собственными отделами безопасности и прочего треша. И это я еще не начинаю говорить о безопасности бэкапов и всего процесса с этим связанного.. но во всяком случае в европе есть подвижки по этому поводу, начинают вводить регуляции и штрафы. Будем надеяться что будет возникать больше интересных решений и сервисов, а также в принципе "культуры" хостинг услуг. Хотя и стоимость услуг тоже будет расти.