Все сложно но попытаюсь объяснить. Есть два физических сервера. В linux я новичок. На одном сервере установлена 1С серверная часть 1с+postgre 32Gb оперативки на другом (там типо облака стоит linux в нем виртуалка vmwara-server) windows+1с клиент производительности клиентского сервера не хватает терминал виснит.  Было принято решение купит новый сервер я хотел сделать так установить тупа туда windows. То есть схема такая просто сервер windows+1c клиет подключается к серверу linux 1Cserver+postgres. Но тут я решил рассмотреть другой вариант.
На один мощный сервер поставить linux туда две виртуалки  одну windows+1c клиент другую linux+postgres. Вопрос такой на сколько должен быть мощный сервер если на (windows+1с клиент ) будет до 35 одновременных подключений и будут открыты две базы (linux 1Cserver+postgres) будут две базы уПП и документа оборот.

первым делом умрет дисковая подсистема

(0)Главное не забыл упомянуть модное слово.

что если туда raid 10 сделать.

На 35 пользователей разделять роли сервера БД и сервера 1С не требуется. Грамотная настройка для получения приемлимой производительности на указанной связке - большая проблема. Тем более тут мелькает слово терминал, что вносит еще большую путаницу.
Учитывая, что вы используете две столь сложные конфигурации, обратитесь к обслуживающим специалистам за конкретной консультацией.

Ответ: очень мощный сервер.
Позовите того, кто в этом понимает. Сэкономите немного денег.

(3) Думаешь это поможет? Хоть RAID0, один фиг дисковая подсистема будет узким местом

Купите Майкрософт.

вообще и хотим купить microsoft

не знаю мне казалась оболочные технологии это как то по правильному по крутому как то

(7) лучше газпром

да без шуток

(9) еще один любитель незнакомы слов

Какая связь между облаками и виртуалкой?

почему то я думал связь есть. я так понимаю отличие в том что в облаке есть гипервизор.

(3)Дисковая подсистема в данном случае грузится из за большого количества операций ввода вывода, т.е иопсов, а рэйд хоть первый хоть десятый способен увеличить лишь скорость и надежность. Иопсы он не поднимет, даже наоборот.
Вот ссд другое дело.

(13)Ух ты еще одно красивое слово.
Вы только послушайте как музыкально звучит - гипервизор!

Такое впечатление что вы нахватались где-то умных слов, а что они обозначают вообще не представляете.

автор почитай на досуге:
wiki:Облачные_вычисления

(16) 1с , к примеру, говорит, что позаботится о сохранности данных в облаке

Виртуалка, это виртуальная машина, т.е ОС которая работает не на реальном железе, а на том самом гипервизоре.

А облако это как правило распределенный сервис, который предоставляет определенные услуги по хранению данных, или вычислительные мощности из общего пула. При этом клиент облака полностью абстрагирован от технической реализации, он получает готовый сервис и не знает где стоят процессоры, диски и прочее. Ему предоставляется требуемый ресурс.

Вся связь между облаками и виртуализацией лишь в том, что облака, как правило строят на виртуальных машинах, ибо так удобнее.

И не надо лепить виртуализацию в каждую дырку, лишь потому что это модно.

Вот два главных преимущества виртуализации:

1)Эффективное использование железа - не обязательно выделять два сервака для контроллера домена на винде, и для сквида никсовый, если они вполне могут работать на одном.

2)Полная отвязка от железа - полетел сервак, виртуалка без вопросов моментально переехала на соврешенно другой сервак, и никаких проблем с совместимостью, драйверами и прочим.

Скорость от виртуализации никак не вырастет, а вот удобство, и эффективное использование ресурсов может, при грамотном подходе.

Если в никсах не шаришь — грамотный подход купить майкрософт.

(21)Не поможет. У ТС вообще каша в голове.
Один перл про "стоит linux в нем виртуалка vmwara-server" чего стоит.

есть нормальные люди а есть "умный Jump"

в серьезных конторах под скуль виртуалки не используют

насчет (0)
ТЕОРЕТИЧЕСКИ - Вашу схему можно реализовать на:
процессорах и OS - поддерживающих NUMA-узлы.

т.е. например имеем сервер с 4-мя просессорами
(Sandy Bridge)
1)Виртуалка отдали 2-сокета(NUMA0+NUMA1) (терминальный сервер)
2)Виртуалка отдали 2-а других сокета (NUMA2+NUMA3) (сервер 1С+SQL)

Но тут проблемы:
1)с дисковой подсистемой - можно решить SSD рэйдами

2)Нужно так распределить Оперативку хоста, для Виртуалок, чтобы они использовали только ту Оперативку к которой имеют ПРЯМОЙ ДОСТУП их NUMA-узлы - вот это наверное решить непросто. ))
-------------------------------------
если не использовать технологию NUMA-узлов - вы упретесь в СКОРОСТЬ РАБОТЫ с Оперативкой - т.е. будет конкуренция процессоров за работу с Оперативкой (будут стоять в очереди)

а вообще Виртуалки - это потеря производительности на

Приложениях Активно использующих операции Ввода/Вывода:
1)С оперативной памятью
2)с дисковой подсистемой

Это как раз:
1)любой SQL сервер
2)Толстые клиенты 1С + сервер 1с
так что все равно ничего хорошего не будет насчет скорости работы))