Comments 31
Для бекапов я использовал CDP — минимальная нагрузка, централизированное хранилище. Единственное что — платный.
что можете рассказать об инкрементальных бэкапах + возможность получить доступ к файлу за любое число?
К какому именно файлу? Проекты достаются из VCS, там не то что число, там гранулярность до коммита; базы — посуточно, за последние 10 дней; контент — это бакула (если не путаю, ежедневные срезы за последние 10 дней, дальше еженедельные, дальще ежемесячные.). Системные файлы — а зачем именно оригинальные? У нас есть ovz`шные шаблоны для всех нужных нам типов контейнеров, профили шаблонов хранятся в гите.
Не понял юмора про «Используйте Bacula, если вы не планируете восстанавливать файлы из бэкапа»
Можно пояснить?
Можно пояснить?
Попробуйте восстановить из бакулы гигов 5 файлов.
Мы держим бакулу на случай либо единичного восстановления конкретного файла, либо либо на случай необходимости неспешного (порядка 0.5-1 суток) восстановления целого контейнера. Последнее крупное восстановление было года 3 назад, тогда решили файлы с бэкапируемой, если так можно выразиться, умершей железки восстановить с одновременным перетаскиванием оных файлов в vps.
Мы держим бакулу на случай либо единичного восстановления конкретного файла, либо либо на случай необходимости неспешного (порядка 0.5-1 суток) восстановления целого контейнера. Последнее крупное восстановление было года 3 назад, тогда решили файлы с бэкапируемой, если так можно выразиться, умершей железки восстановить с одновременным перетаскиванием оных файлов в vps.
Восстанавливал, довольно шустро.
Есть 2 хинта:
1. база каталога должна быть в myisam
2. файлы нужно бэкапить без компрессии — тут действительно можно несколько суток восстанавливать. Где-то в рассылке упоминалось.
Есть 2 хинта:
1. база каталога должна быть в myisam
2. файлы нужно бэкапить без компрессии — тут действительно можно несколько суток восстанавливать. Где-то в рассылке упоминалось.
> 1. база каталога должна быть в myisam
У нас база занимает почти 40Г (правда, без оптимайза-аналайза, подозреваю). Посему для нас остаётся только постгрес.
У нас база занимает почти 40Г (правда, без оптимайза-аналайза, подозреваю). Посему для нас остаётся только постгрес.
Наверное надо было первым пунктом написать про компрессию. Основное падение скорости как раз тут.
У меня база 13 гигов.
У меня база 13 гигов.
Бакулу настраивал не я, но:
я правильно понимаю, что если ни в одном из FileSet {} нет опции Compression, то компрессии нет?
Спасибо за совет
P.S. я ошибся — около 5ти часов доставались не 5, а 345 гигов (посмотрел сейчас размер впса).
я правильно понимаю, что если ни в одном из FileSet {} нет опции Compression, то компрессии нет?
Спасибо за совет
P.S. я ошибся — около 5ти часов доставались не 5, а 345 гигов (посмотрел сейчас размер впса).
Если нет compression = GZIP, или другого, то не должно быть. По-дефолту выключено.
А VSS не включено? Тоже влияет.
У меня 200 гигов мелких файлов восстанавливалось за час вроде бы. Надо перепроверить.
Ещё может влиять размер файлов-томов. У меня 10GB. Ну и дальше всякие тонкости типа версии бакулы и прочего.
Мы её пользуем из-за относительно удобной возможности восстанавливать разные версии файлов.
А VSS не включено? Тоже влияет.
У меня 200 гигов мелких файлов восстанавливалось за час вроде бы. Надо перепроверить.
Ещё может влиять размер файлов-томов. У меня 10GB. Ну и дальше всякие тонкости типа версии бакулы и прочего.
Мы её пользуем из-за относительно удобной возможности восстанавливать разные версии файлов.
VSS нет.
размер томов — оно?
Maximum Volumes = 20
Maximum Volume Bytes = 512 000 000 000
размер томов — оно?
Maximum Volumes = 20
Maximum Volume Bytes = 512 000 000 000
Да, оно
Я пробовал делать 100гигов — это 100 000 000 000, было медленнее, чем 10 по 10 000 000 000 (10GB)
А у вас 512GB. Имхо, многовато, но нужно пробовать.
А железо какое?
Я пробовал делать 100гигов — это 100 000 000 000, было медленнее, чем 10 по 10 000 000 000 (10GB)
А у вас 512GB. Имхо, многовато, но нужно пробовать.
А железо какое?
Тупо несколько рейдов (кажется, три) склеенные lvm`ом в один раздел на 17Тб. Даже не полка)
Аналогично (:
Ну тогда нужно тестить на предмет размера тома.
p.s. у а harvester'а есть общедоступная демка?
Ну тогда нужно тестить на предмет размера тома.
p.s. у а harvester'а есть общедоступная демка?
C каких масштабов актуальна виртуализация?
AFAIR мы начинали с 10-15ти железок,
Т.е. 10-15 серверов — это ОК, а дальше уже нужно переходить на виртуализацию?
С одной стороны — да, ОК.
С другой — знакомым из дружественной веб-студии я перетащил 6 из 8ми железок на два оставшихся сервера — весьма средней «толщины». В итоге — они платят петерхосту за колокейшн на 25Круб меньше в месяц. Выгода налицо.
С другой — знакомым из дружественной веб-студии я перетащил 6 из 8ми железок на два оставшихся сервера — весьма средней «толщины». В итоге — они платят петерхосту за колокейшн на 25Круб меньше в месяц. Выгода налицо.
Как это получилось? Они держали незагруженные серверы?
Было что-то вроде такого:
Арендованные сервера:
«почтовый сервер», «сервер с сайтами и базами №1», «сервер с сайтами и базами №2»
+ 2 собственных под бэкапы-развитие-возможные пертурбации-мелочь-etc.
Вариант «держать на одной железке все сайты + почту» не проканывал совершенно, потому что время от времени один сервис становился раком сам и тянул за собой всю железку. Сейчас этим раком встаёт _максимум_ 1 контейнер.
Арендованные сервера:
«почтовый сервер», «сервер с сайтами и базами №1», «сервер с сайтами и базами №2»
+ 2 собственных под бэкапы-развитие-возможные пертурбации-мелочь-etc.
Вариант «держать на одной железке все сайты + почту» не проканывал совершенно, потому что время от времени один сервис становился раком сам и тянул за собой всю железку. Сейчас этим раком встаёт _максимум_ 1 контейнер.
Перенесите в блог администрирование, или веб-хостинг, кармы хватает (-;
Sign up to leave a comment.
Как управлять стадом OpenVZ контейнеров, если их количество > 300-500