Pull to refresh

Comments 22

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

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

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

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

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

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

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

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

Кстати, какой он у вас? Ping до 1c-bitrix.ru не ходит, Chrome показывает Latency 354ms :(
Sign up to leave a comment.