concepts
говорят нетиззззза ящиками не умеет размножаться, это правда? )

Hunterik,

а если по существу?

HunterikИли я не так что понимаю...
Вопрос детализируйте - в чём сомнение, может есть какие-то условия дополнительные?
Все очень просто - покупаю одну штуку Pure Dara System, со временем набиваю ее до предела, включая добавленные блейды и т п.
Покупаю вторую штуку (шкаф) Pure Data System и хочу поставить рядом с первой, об'единив в единую систему. А нннн не тут то было...
Т.е. горизонтальное масштабирование _шкафами_ невозможно по имеющейся у меня информации.

Андрей ВыходцевВ общем - утверждение "Нетизза не масштабируется" не верно.

Андрей, спасибо за подробный ответ, но я этого не утверждал, а говорил ровно о следующем (на мой взгляд недостатке):
Netezza всегда масштабируется заменой системы на систему
Именно это подтверждение я и хотел услышать.
Это здорово что при замене доплачивается только разница, но сущуществует ряд задач и индустрий, в которых такой подход с заменой не приемлем по SLA. Он дольше по времени, больше телодвижений, возможно менее надежен. Особенно такой способ с заменой вызывает озабоченность в условиях непредсказуемого роста объема данных.
По этим причинам некоторые компании вместо netezza делают выбор в пользу, например, vertica, хотя функциональные возможности и производительность у них схожие.

HunterikРоман,
а примеры можете привести по ряду задач и индустрий, где процесс перехода, описанный Андреем не подходит?

Например, телеком: анализ gsm трафика; финансы: stock exchange - анализ движения денежных потоков, теханализ.
По-моему, наоборот, симпатичный подход - поставить вторую систему, вывести её на уровень с промом, а потом сделать переключение. Ведь исходная система в этом случае не страдает.

Надо исходить из максимально допустимого времени простоя, для кого то этот механизм может оказаться симпатичным, для кого то наоборот. Какое оно(время простоя) будет для netezza в данном случае - я не знаю.
Для меня такой подход скорее навевает что то про disaster recovery, чем про горячее масштабирование.
А если просто добавить ящик к существующему, наверняка пойдут какие-то внутренние процессы ребалансировки данных внутри системы в новой конфигурации, насколько эти процессы могут повлиять на бизнес и производительность системы в целом? Подход-то вроде проще, а на практике сталкивались?
I'm new in netezza и поэтому не знаю как бы оно могло быть, но, например, при использовании hadoop-based решений не встречал никакого негативного влиянии при добавлении новых узлов, да и в данном случае чисто теоретически не представляю откуда ему взяться, ведь данные дублируются на нескольких data node, узлы связаны высокоскоростным каналом, и добавление новых узлов не влечет за собой перераспределение уже существующих данных.

p/s/
мне нетизза в принципе нравится, так что я просто интересуюсь, а не пытаюсь кого то убедить что это не очень хорошее решение.

еще пример из индустрий и задач - непрерывное производство + SCADA + MES-системы