Comments 22
Спасибо — весьма полезно. Не знал про freeze ни в XFS ни в CentOS6. Я для бэкапа делаю шутдайн виртуальной машины, копирую образ рядом с оригинальным и опять запускаю. В лучшем случае время простоя получается около 5 минут. Хотя, понятно, что метод не для продакшена.
+3
Да сами с радостью эту фичу обнаружили в CentOS6. У нас довольно много статики, сотни гигабайт, и очень удобно снимать снепшот за 1-2 секунды с такого объема (страшно представить время работы tar). В принципе за балансировщиком машины можно тушить, но если есть возможность сделать бэкап без остановки конфигурации — почему бы не воспользоваться.
+8
Интересно, во сколько обходится вам такая аренда?
Неужели не проще было купить свои нормальные сервера и поставить на колокейшен?
Неужели не проще было купить свои нормальные сервера и поставить на колокейшен?
+1
неплохие статьи по AWS, есть что почерпнуть для повышения скиллов.
+5
Внутренности веб-сервисов амазона плохо документированы, к сожалению. Особенно когда дело касается таймингов. Приходится тестировать на себе. Вот вчера буквально обнаружили, что балансировщик амазона ддосит апачи :-)
+5
xfs_freeze -f | -u mount-point
Очевидно, правильно все же
Очевидно, правильно все же
0
NB: Исходный код можно автоматически форматировать при помощи тега Хабра source… Кто еще об этом не знает? :)
+1
спасибо Вам за статью, про софтварный рейд внутри виртуалки что-то даже не думал :) надо попробовать!
+1
очень интересно, спасибо!
действительно, в доках инфы про тайминги не найти, так что за цифры из своего опыта отдельное спасибо. найти, так что за цифры из своего опыта отдельное спасибо.
насколько я помню, образ машины становится доступер во всех AZ сразу после окончания процесса создания, но между регионами надо копировать лбразы самостоятельно, верно?
действительно, в доках инфы про тайминги не найти, так что за цифры из своего опыта отдельное спасибо. найти, так что за цифры из своего опыта отдельное спасибо.
насколько я помню, образ машины становится доступер во всех AZ сразу после окончания процесса создания, но между регионами надо копировать лбразы самостоятельно, верно?
+1
Образ машины с EBS-дисками (AMI) это а) набор снепшотов, доступных внутри региона (сразу во всех датацентрах=AZ региона) и б) информация о конфигурации, тоже хранится внутри региона и доступна для всех AZ. А вот про миграцию объектов МЕЖДУ регионами, сколько не копали этот вопрос, ничего путевого не нашли, кроме банального переливания данных через океан. Регионы в амазоне это независимые инфраструктуры с обычными каналами связи между собой (между ДЦ внутри региона, однако, отличные быстрые сетевые каналы).
+2
UFO just landed and posted this here
UFO just landed and posted this here
Спасибо, полезные ссылки по теме. Видел их. Мы MySQL убираем к черту в ОЗУ в innodb buffer pool и минимизируем интервалы сброса транзакций на диск.
+1
Пикрандом? :)
0
Спасибо, познавательно.
Сейчас экспериментирую с S3 в связке Selectel (на их клауд пока не решился в основном из-за пинга в 13ms у питерцев).
Кстати, какой он у вас? Ping до 1c-bitrix.ru не ходит, Chrome показывает Latency 354ms :(
Сейчас экспериментирую с S3 в связке Selectel (на их клауд пока не решился в основном из-за пинга в 13ms у питерцев).
Кстати, какой он у вас? Ping до 1c-bitrix.ru не ходит, Chrome показывает Latency 354ms :(
0
Sign up to leave a comment.
Как мы «бэкапим» серверы в Amazon и отбиваемся от пираний