MIRhosting.com

MIRhosting.com
Рейтинг
203
Регистрация
18.10.2006

https://allhostings.ru/hosting/

на базе cPanel. Перл есть, можно ставить самостоятельно модули из CPAN.

Задержка и графики доступности до разных точек, включая США и РФ: http://smokeping.mirhosting.com/?target=top-locations

Александр Тито:

1. У Селектела нет Tier3 - https://ru.uptimeinstitute.com/uptime-institute-awards/achievements
Хотя на сайте об этом заявляют. Врут.

Uptime institute это коммерческая организация, и не все дц считают нужным платить бабло чтобы их добавили на этот сайт. Если дц нет в списке на сайте, это не значит что он не соответствует Tier 3 или любому другому тиеру.

Если обратите внимание, в основном там стоят дц построенные банками, гос организациями и т.п., т.к. им это нужно для соответствия своим enterprise / gov регуляциям, а может и просто откатам.

Это та же тема как и зеленое электричество в датацентрах. Сплошная коммерция.

А вот все остальные пункты - это customer service, спасибо за описание своего опыта.

LEOnidUKG:
Ну так это ещё лучше. У меня просто выделенный, поэтому VPS лицензия не подходит.

Дедик - 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

Своя сетевая и серверная инфраструктура

Безнал с РФ ООО, без ндс

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

Буду рад помочь по любым вопросам

LEOnidUKG:
так вы клиентов там держите или для себя?

Если для себя, так просто сделайте пачками сайтов на одном аккаунте.

Если для себя, то берете cPanel solo, которая для VPS стоит 7$ для cpanel партнеров. По сути единственный плюс из нового прайсинга.

Все цены на внешние лицензии сейчас идентичны для всех дистрибьюторов

Лучше цены, а также Solo лицензию (на 1 пользователя) можно получить только как внутренние лицензии.

Drug:

Я поднимаю два вопроса:
1) Что делать если первый прогон просто не влезает в оперативку сервера из-за большого числа файлов?

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

В любом случае, задача интересная, я бы пощупал.

Drug:

2) Что делать если второй прогон передача данных будет не много - но просканировать 200-400 млн файлов на предмет изменений задача такая же ресурсоемкая и опять может скучать недостающей оперативки на сервере - ведь я уже сказал что сервер рабочий и под нагрузкой.

А вот тут нет. Нет, не сканирует оно изменения. Только после ребута сервера, когда пропадают кеши. Или обновления агента / модуля. В нормальном режиме оно собирает изменения в момент этих самых изменений (через модуль ядра, что-то типа inotify условно говоря) и отсылает на бэкапилку только измененные дельты. Ему не надо пересчитывать все изменения.

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

Условно говоря, если сервер работает на пределе ресурсов в свопе и любое действие приводит к его исчерпанию то тут проблема не в технологиях бэкапов :)

Drug:
Откуда вы знаете какая у меня практика? :)

По Вашим сообщениям. Практика использования CDP решений у вас не прослеживается.

Конечно не дают, вы пробовали сделать инкрементальный бэкап при 200-400 млн файлов - представляете себе сколько rsync съедает оперативки на сервере клиента при такой процедуре?

Первый прогон будет долгий. Потом будут бэкапиться только изменения бинарно. И да, оно знает какие файлы были изменены и не сканирует при каждом бэкапе все ваши миллионы. Или у вас каждый день новые 200-400 миллионов?

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

про то что надо делать бэкапы tar'ом я ниразу не писал

Ну так Вы и не написали, все правильно. А спросили как делать. Я ответил. Вы говорите - нет, все плохо, я знаю как лучше. Но как лучше не говорите 🙄

Да блин сожмите 200-400 млн файлов плюс их инкременты!

Я предложил попробовать :)

Зачем делать слепок потом его поднимать где-то, потом с него делать дамп, если можно перконой тот же слепок делать и его хранить?

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

Я не фанат закрытых решений под линукс.

Я тоже. Но подобного решения в open source нет.

Да не нужно мне это у меня свой сервис бэкапов:) Зачем мне писать отзывы о чужих :)

А зачем Вы тогда спрашиваете как бэкапить? 🙄

Drug:
1) Бинарные снимки это чтение всего диска и большая нагрузка на диск
2) Сжатие - нагрузка и на CPU + так же на диск
3) верификация - дополнительная нагрузка на cpu
4) При бинарном снимке базе mysql и таблицам типа innodb при восстановлении из такого бэкапа бинарного - кирдык
5) Акроникс классно делает бэкап 1-2 терного домашнего диска, но ни как не 200-400 млн файлов и ему так же наплевать, что сервер может от его действий тормозить.

Вы говорите теорию и догадки, а я говорю практику. Не знаю правда почему Вы так уверенно говорите явно не имея опыта с такого рода решениями.

Инкремент бэкапы нагрузки не дают, в этом и прелесть. Никакого сравнения с прости господи tar czf based решениями это не имеет.

Сжимание и верификация делается на стороне бэкап сервера. Там же делаются мержи, архивации и что угодно еще. MySQL бэкапится совсем иначе, делается типа слепок /var/lib/mysql, потом поднимается своего рода копия и оттуда уже делаются красивые дампы. Именно под Innodb это и заточено. Можете почитать тут подробнее

Акронис - мы точно говорим про одну и ту же технологию? Я как бы не про всякие десктоп решения разумеется, а про заточенные под сервера и облака.

R1soft не продают лицензию и услуги конечным клиентам. Если интересно реально посмотреть как это работает - с удовольствием сделаю триал на месяц. С Вас - отзыв ;)

unixadm:

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

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

Было бы здорово чтобы пользователи об этом знали и понимали.

p.s. unixadm, это не к вам лично сообщение, это боль многолетнего наблюдения за состоянием вопросов с бэкапами в отрасли. Хрен с ним с уровнем впс за 5 баксов, оно же так и во вполне себе средних и крупных компаниях, с собственными отделами безопасности и прочего треша. И это я еще не начинаю говорить о безопасности бэкапов и всего процесса с этим связанного.. но во всяком случае в европе есть подвижки по этому поводу, начинают вводить регуляции и штрафы. Будем надеяться что будет возникать больше интересных решений и сервисов, а также в принципе "культуры" хостинг услуг. Хотя и стоимость услуг тоже будет расти.

Всего: 1516