Как стать автором
Обновить

Комментарии 22

Спасибо — весьма полезно. Не знал про freeze ни в XFS ни в CentOS6. Я для бэкапа делаю шутдайн виртуальной машины, копирую образ рядом с оригинальным и опять запускаю. В лучшем случае время простоя получается около 5 минут. Хотя, понятно, что метод не для продакшена.
Да сами с радостью эту фичу обнаружили в CentOS6. У нас довольно много статики, сотни гигабайт, и очень удобно снимать снепшот за 1-2 секунды с такого объема (страшно представить время работы tar). В принципе за балансировщиком машины можно тушить, но если есть возможность сделать бэкап без остановки конфигурации — почему бы не воспользоваться.
Интересно, во сколько обходится вам такая аренда?

Неужели не проще было купить свои нормальные сервера и поставить на колокейшен?
Вы употребили слово «проще» — подразумевая «дешевле».

Может, и дешевле. Но развернутая в облаке инфраструктура позволяет нам спать спокойно. :)

Нам не страшны экскаваторы, разрывающие оптику (раз, два). И даже молнии, попадающие в датацентр. ;))
Изюминка облачного хостинга — очень быстрые каналы между датацентрами и АПИ, позволяющее хранить объекты, реплицированные во все датацентры региона. Например мы делаем снепшоты и они сохраняются сразу в 3 датацентрах. Даже если упадут 2 самолета в 2 датацентра — данные сохранятся в оставшемся :-)
неплохие статьи по AWS, есть что почерпнуть для повышения скиллов.
Внутренности веб-сервисов амазона плохо документированы, к сожалению. Особенно когда дело касается таймингов. Приходится тестировать на себе. Вот вчера буквально обнаружили, что балансировщик амазона ддосит апачи :-)
xfs_freeze -f | -u mount-point

Очевидно, правильно все же

xfs_freeze -f / -u mount-point
NB: Исходный код можно автоматически форматировать при помощи тега Хабра source… Кто еще об этом не знает? :)
Спасибо, исправил.
спасибо Вам за статью, про софтварный рейд внутри виртуалки что-то даже не думал :) надо попробовать!
Легко настраивается, надежно работает, мы довольны.
очень интересно, спасибо!
действительно, в доках инфы про тайминги не найти, так что за цифры из своего опыта отдельное спасибо. найти, так что за цифры из своего опыта отдельное спасибо.

насколько я помню, образ машины становится доступер во всех AZ сразу после окончания процесса создания, но между регионами надо копировать лбразы самостоятельно, верно?
Образ машины с EBS-дисками (AMI) это а) набор снепшотов, доступных внутри региона (сразу во всех датацентрах=AZ региона) и б) информация о конфигурации, тоже хранится внутри региона и доступна для всех AZ. А вот про миграцию объектов МЕЖДУ регионами, сколько не копали этот вопрос, ничего путевого не нашли, кроме банального переливания данных через океан. Регионы в амазоне это независимые инфраструктуры с обычными каналами связи между собой (между ДЦ внутри региона, однако, отличные быстрые сетевые каналы).
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, полезные ссылки по теме. Видел их. Мы MySQL убираем к черту в ОЗУ в innodb buffer pool и минимизируем интервалы сброса транзакций на диск.
НЛО прилетело и опубликовало эту надпись здесь
Примерно 1/9 (buffer pool/data) и сотни запросов в секунду (чтений немного меньше чем обновлений, т.к. в основном данные кешируются на веб-машинах в мемкэшеде). С интересом смотрим на HiMemory машины амазона с десятками гигабайт ОЗУ.
Спасибо, познавательно.

Сейчас экспериментирую с S3 в связке Selectel (на их клауд пока не решился в основном из-за пинга в 13ms у питерцев).

Кстати, какой он у вас? Ping до 1c-bitrix.ru не ходит, Chrome показывает Latency 354ms :(
Зарегистрируйтесь на Хабре, чтобы оставить комментарий