Перевёрнутая пирамида гибели

Модель системной архитектуры 3-2-1 сегодня чрезвычайно распространена и практически всегда представляет собой полную противоположность тому, что действительно нужно бизнесу, — если, конечно, бизнес возьмёт на себя труд записать свои бизнес-цели, а не подходить к архитектуре с позиции «технологии прежде всего». Проектирование решения требует отправной точкой бизнес-требований, иначе мы не только рискуем получить архитектуру, не соответствующую потребностям бизнеса, но и закономерно её получим.

Название отсылает к трём (это мягкое ограничение — нередко речь идёт о двух или более) резервированным серверам виртуализации, подключённым к двум (или потенциально большему числу) резервированным коммутаторам, которые, в свою очередь, подключены к единственному устройству хранения — как правило, SAN (хотя DAS или NAS здесь также возможны). Это перевёрнутая пирамида, потому что самое важное — серверы виртуализации — полностью зависит от сети, которая, в свою очередь, полностью зависит от единственного SAN или альтернативного устройства хранения. Таким образом, всё покоится на единой точке отказа, а вся защита и резервирование надстраиваются всё выше и выше над этим хрупким фундаментом. В отличие от правильной пирамиды с широким устойчивым основанием и вершиной наверху, здесь всё самое слабое место находится внизу. (Нередко здесь появляется маркетинговая модель «единорожьего пёрдежа» — «SAN магические и не могут сломаться, потому что у них двойные контроллеры», — когда люди пытаются объяснить, что это не единая точка отказа. Но это единая точка отказа во всех смыслах.)

Таким образом, решение, нередко называемое схемой 3-2-1, можно также назвать «Перевёрнутой пирамидой гибели»: это перевёрнутая вверх ногами пирамида, слишком хрупкая для эксплуатации и чрезвычайно дорогостоящая относительно получаемого результата. В отличие от многих других хрупких моделей, она стоит очень дорого, не отличается гибкостью и не является более надёжной, чем просто один качественный одиночный сервер.

Бывают случаи, когда схема 3-2-1 имеет смысл, однако в основном это крайние граничные случаи, когда желательна хрупкая среда с высоким уровнем общего хранилища и огромными вычислительными мощностями — ничего подобного вы не встретите в мире СМБ, да и в других местах это большая редкость.

Перевёрнутая пирамида прекрасно смотрится для людей, не знакомых со всей архитектурой, — например, менеджеров и бизнесменов. Много блоков, много проводов, как правило, присутствуют программные компоненты с маркировкой «HA», что постороннему наблюдателю говорит о том, что всё решение должно быть высоконадёжным. Перевёрнутые пирамиды популярны, потому что предлагают «HA» с маркетинговой точки зрения — всё звучит замечательно, а общая стоимость остаётся в разумных пределах, что выглядит почти как чудо: обещания высокой доступности без традиционных затрат. Дополнительное «резервирование» некоторых компонентов отлично работает в маркетинговых целях. Поскольку надёжность сложно измерить, бизнесмены и технические специалисты нередко прибегают к разговору о резервировании вместо надёжности, поскольку резервирование легко увидеть. Перевёрнутая пирамида хорошо говорит именно этим людям, поскольку обеспечивает резервирование без надёжности. Резервирование расположено не там, где оно важнее всего. Критически важно помнить: резервирование — это не флажок и не цель, это инструмент для достижения улучшений надёжности. Неправильное резервирование не имеет ценности. Что пользы от автомобиля с резервным рулём в багажнике? Что пользы от резервного самолёта, если вы погибаете при крушении первого? Что пользы от резервного сервера, если бизнес простаивает и данные утеряны из-за того, что единственный SAN сгорел?

Перевёрнутая пирамида — один из наиболее очевидных и повсеместных примеров «Новых нарядов короля» в технологических продажах. Поскольку она отвечает потребностям реселлеров и вендоров, продвигая высокомаржинальные продажи и минимизируя низкомаржинальные, и поскольку практически каждый вендор её продвигает из-за финансовых преимуществ для продавца, она стала широко восприниматься как отличное решение — достаточно сложная и техническая, чтобы широкое её опровержение не происходило. А огромное рыночное давление со стороны огромного числа вендоров, получающих выгоду от этой архитектуры, превратило её в статус-кво, и мало кто останавливается, чтобы задаться вопросом: а имеет ли вся эта архитектура вообще какой-либо смысл? В сочетании с тем, что все современные системы весьма надёжны по сравнению с системами десятилетней давности — а значит, сбои редки, и тот факт, что они случаются чаще, чем должны, и что статистика отказов не публикуется среди СМБ, — архитектура процветает и стала де-факто стандартным набором решений для большинства представителей малого и среднего бизнеса.

В итоге подход «Перевёрнутая пирамида» лишён смысла: он гораздо менее надёжен, чем более простые решения — даже просто одиночный сервер, — и при этом стоит во много раз дороже. Если стоимость является ключевым фактором, его следует исключить полностью. Если надёжность является ключевым фактором, его следует исключить полностью. Только если стоимость и надёжность отходят на очень дальний план, уступая место гибкости, его вообще стоит рассматривать, — и даже тогда редко бывает так, чтобы более дешёвое и надёжное решение не соответствовало ему по общей гибкости в рамках предполагаемого масштаба. Его лучше вообще избегать.

Впервые опубликовано на Spiceworks в сокращённом варианте: http://community.spiceworks.com/topic/312493-the-inverted-pyramid-of-doom