Согласен с предыдущим коллегой ! Критически важно чтобы SQL и 1С находились на одном сервере; В этом случае они будут общаться по протоколу Shared memory; В противном случае будут пересылать друг другу данные по сети;
Тормоза будут дикие.

В любом случае Вы находитесь в рамках решения подрядчика, это нужно понимать с самого начала. Многие подрядчики будут настаивать на ERP, потому что это выгодно внедрять. Я же Вам советую всеми способами избегать ERP.
Сделайте лучше следующее: Управление Нашей Фирмой (УНФ), как конфа для Спецификаций/Заказов/Остатков из неё данные загружаются в Бухгалтерию для получения проводок и регл-отчетности;
Такая схема удобна ещё и тем, что позволяет параллельно вести внедрение и настройку УНФ , Бухгалтерии и web-магазина; Кроме того, web-магазин будет присылать/получать данные только из УНФ (и не будет иметь доступа в бухгалтерскую систему)
Не каждый подрядчик захочет реализовывать такую модель; Но Вы попробуйте, посоветуйтесь, постарайтесь проработать общую архитектуру проекта с подрядчиком(-ами) сразу. Может вместо УНФ есть что-нибудь более близкое к вашей специфике ...
Но запомнить важно одно: ERP - ни за что, Бухгалтерия - наше всё; Не озвучивайте этот тезис при подрядчиках, обсудите с ними "Как они видят решение ?" выбирайте тех кто предложит Бухгалтерию

Моё мнение - однозначно надо держать 1С и SQL на одной машине ! Always-On нужен исключительно для обеспечения отказоустойчивости, а толку от него ? если кластер 1С не отказоустойчивый ?
Что я советую: обеспечивать отказоустойчивость за счет бекапирования бд, раз в день, бекап всего сервера - раз в месяц. Этого вполне достаточно. Выделенные деньги потратить на закупку инфраструктуры хранения данных.
P.S. отказ от Shared memory (не важно по какой причине) приведет к потере производительности, 1С будет тупить еще жестче;

Идея выполнима только в одном случае: если Вы являетесь единственной организацией обслуживающей всех клиентов, конфы у клиентов однородные;
Не слишком понятно также, что именно планируется - один общий Сервер 1С (на нем все конфы клиентов), один Сервер БД (на нем все бд клиентов) или для каждого клиента всё своё (полная копия его инфраструктуры)
С лицензиями как раз все просто, их можно будет переактивировать на новых серверах (без каких-либо проблем)
В целом идея сумасшедшая, т.к. при наличии проблем - лягут все клиенты; Уж лучше как есть, каждый на своем сервере;