По роду своей деятельности мне регулярно приходится заниматься анализом производительности дисковых массивов. Иногда, как искусство это приносит массу удовольствия. Иногда, это рутина, которой приходится заниматься, потому, что кому-то надо этим заниматься. Но всегда это некий challenge, проверка проф-пригодности.
Одним из принципиально важных моментов каждого такого проекта является предоставление заказчику результатов. И тут я достаточно часто сталкиваюсь с тем, что глубокому пониманию этих результатов препятствуют 2 вещи: терминологический бардак и непонимание базовых процессов, происходящих в системе (при доствточно высокой квалификации при обсуждении сложных конфигураций и наворотов). В этом блге я планирую опубликовать несколько небольших статей, посвященным именно обсуждению базовых принципов функционирования систем хранения и основным метрикам оценки производительности. Надеюсь, что этим мое блго-творчество не ограничится ;)
И, для начала, очень важная оговорка.
При эксплуатации любой системы необходимо понимать, что же происходит с ней в данный момент и какова будет ее реакция на изменение различных условий, например, рост нагрузки в конце финансового квартала или выполнения масштабного резервного копирования. Именно поэтому, одной из основных задач при выборе и настройке комплекса хранения данных, является поиск решения, обеспечивающего четкое понимание и предсказуемость всех процессов записи и чтения информации. Одновременно с этим стоит учесть, что в условиях различных типов нагрузки, единое решение обязано оптимальным образом удовлетворять требованиям всех приложений, использующих данные ресурсы хранения, с учетом их степени критичности для бизнеса.
Другим словами, поведение любой системы должно быть максимально детерминировано и сбалансировано. Иногда для удовлетворения этих требований даже стоит поступиться частью общей производительности. Ведь полный контроль над системой позволяет вовремя заметить узкие места и принять соответствующие меры по их устранению. В тоже время, в максимально “затюнингованной”, но плохо контролируемой системе, проблемы могут возникнуть в самый неподходящий момент, что может привести к очень серьезным последствиям.
Вобщем, не увлекайтесь...
29 сентября 2009 г.
28 сентября 2009 г.
Общая проблема
Из Книги Кэри Миллсапа и Джеффа Хольта “Oracle оптимизация производительности”
“Начиная с 1990 года мне довелось поработать с тысячами профессионалов, занятых в проектах по повышению производительности систем, основанных на Oracle. Развитие всех таких проектов проходит через несколько стандартных стадий. ...
• Безудержный оптимизм
• Информированный пессимизм
• Паника
• Отрицание
• Безнадежность
• Полная безысходность
• Упадок и отчаянный дефицит
По какой-то причине меня и моих коллег редко приглашают в проект, не достигший стадии упадка и отчаянного дефицита”.
“Начиная с 1990 года мне довелось поработать с тысячами профессионалов, занятых в проектах по повышению производительности систем, основанных на Oracle. Развитие всех таких проектов проходит через несколько стандартных стадий. ...
• Безудержный оптимизм
• Информированный пессимизм
• Паника
• Отрицание
• Безнадежность
• Полная безысходность
• Упадок и отчаянный дефицит
По какой-то причине меня и моих коллег редко приглашают в проект, не достигший стадии упадка и отчаянного дефицита”.
Подписаться на:
Сообщения (Atom)