Михаил,

не видел (хотя мне однажды в довольно крупном мировом банке целая команда высоко-"квалифицированных" специалистов долго пыталась выдать тот самый FastTrack за требования именно к SSAS :P , впрочем было ожидаемо т.к. там были серьёзные вопросы и к их пониманию безопасности/шифрования и т.д.),
в принципе зависит от характера нагрузок, структуры базы и пр. (множество факторов)
всё что нужно знать - это возможности/ограничения SSAS и узкие места сервера при твоей архитектуре решения.
для этого есть эталонные сервера и нагрузочное тестирование.
от этого уже и отталкиваются в требованиях.
(которые упираются именно в эти ограничения) (где узкое место/что нарастить)

например если у тебя материализованные меры, нормальное партиционирование, и оптимизированные малые измерения с не навороченными правилами безопасности - то там чисто чтение с дисков и отдача по сети, так-же кэширование в RAM и CPU под множество пользователей.
если расчёты на малое количество пользователей - то уже больше в сторону производительности ядра CPU и его кэша
если огромные измерения - то больше RAM, потом CPU
и т.д. (расчёты / тысячи пользователей .. и т.п.)

хотя конечно решает вопрос ТСа - для формальной точки отсчёта
но по сути в основном они там рекламу продукта проталкивают и не более - типа "а ещё он подходит для этого и для этого" , (в своё время похожие Case Studies смотрел и от Dell и от других поставщиков/компаний).

реально масло масляное, при помощи какой машины решать ограничения SSAS по кэшу/CPU/RAMу: HP на чипсете 12-го года (6 лет назад) или на любом другом сервере - чисто вопрос вкуса/доступности/бюджета и т.д.
подойдёт всё куда влезет нужное количество процессоров/ядер подходящих по производительности/кэшу, и достаточно быстрого RAMа
остальное - диски/сеть у большинства серверов с резервом расширения идёт.