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

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

Мне кажется, что использование мелких образов очень удобно, но не соответствует реальности. Обычно живые клиенты хотят грузиться со своих снапшотов, которые могут достигать десятков и сотен гигабайт. И в этом месте возникают неожиданные затыки — например, нехватает мощности сети между compute'ами и glance'ом. Или даже на конкретном compute старт инстансов затягивается непропорционально долго из-за того, что management-сеть одновременно занимается и снапшотом кого-то, и грузит кого-то из другого снапшота.

И всякого рода filters у nova-schedule не сильно помогают, потому что оценить утилизацию служебной сети в момент запуска инстанса несколько тяжко.
Разумеется, всё зависит от конкретных требований оператора облака и его пользователей. Многие клиенты, разумеется, хотят использовать облако как удобную платформу виртуализации с возможностью самообслуживания. Однако прямой перенос legacy-приложений в облако без адаптации архитектуры, кода и конфигураций сам по себе несколько противоречит идее облачных инфраструктур (cattle not pets).

В данной серии тестов мы предполагали, что облако предназначено для специфичного использования приложениями, оптимизированными для такого вида инфраструктур. Кроме того, цель данного эксперимента — это скорее анализ работы самих сервисов OpenStack, чем анализ производительности «полезной нагрузки».

Именно в режиме 'cattle' и удобно иметь готовый образ, который делает всё, что нужно. Более того, насколько я понимаю, в trippleo как раз этот подход и используется.

Вообще, игнорирование реальной нагрузки ради «сферической в вакууме» производительности — типовая ошибка. Всякие devstack с cirros'ом в качестве супернагрузки приводят к тому, что многие участки кода, которые должны быть адаптированы к длинным процессам, в отладке на цирросе выглядят как что-то очень быстрое, и что можно «перетерпеть».
В целом согласен с тем, что реальные нагрузки гораздо ценнее для тестирования производительности, чем синтетические.

Что касается готового образа — речь о том, что такой образ не должен содержать данных и логов. Собственно приложения обычно умещаются на образах размером порядка десятков Гб и менее. При этом, разумеется, инфраструктура и образы должны работать с виртуальными томами для хранения изменяемых данных.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий