автор Более конкретно это сервер HPE DL360 Gen10 Xeon G5115 + СХД HPE MSA 2050 SAN SFF SSD, сервер будет работать с СХД через оптоволокно со скоростью 16GBt/sec.
Предлагается брать уже второе поколение процессоров Чущт Пщдв 5215, а не снятое с производства 5115.
Так же, лучше взять СХД HPE MSA 2052, стоит на копейки подороже, но в базе уже все лицензии и самое вкусное два SSD диска (можете использовать как кэш, а можете отдельный том создать - на выбор)
автора из-за SAN (внезапно хорошие набортные рейды с батарейками часто имеют меньшее время отклика, чем внешняя СХД, при прочих равных)
Это логично, т.к. контроллер работает по SAS интерфейсу, конвертации нет, в FC идет конвертация SCSI команд в FC, потери в районе 3%, iSCSI интерфейс (если аппаратный), уже теряет в районе 10%
Кстати, MSA есть и SAS портами, можно по ним подключать сервера, но гибкость и масштабируемость, конечно уже теряется (хотя, и не всем надо).
авторМне предложили перевести PostgreSQL на виртуальные машины VMWare
Самый главный вопрос - какая цель, и чего хотите добиться и видеть в будущем?
Потому что, если делать виртуальные диски - теряется скорость, но можно их мигрировать (прелести виртуализации), если делать проброс "сырых" разделов - скорость увеличивается, но с миграцией проблема.
Надо смотреть на весь проект в целом, может у Вас потом вторая СХД будет и реплика между ними, тогда "сырые" разделы практически бесспорно надо делать.
Да, рекомендую брать VMWare через каналы НРЕ - дешевле, все необходимое уже интегрировано в дистриб и не надо потом допиливать (особенно если это в первый раз) и самое главное: в случае проблем (железо-софт), НРЕ само разбирается с VMWare, а не получается целый квест из 3-х сторон (НРЕ, VMWare, админ), где все обвиняют друг друга в глюках, а заказчик сидит с неработающей системой (кейсы у меня такие были).

автор16GBt/sec оптические порты
Это всего лишь скорость соединения..
Даже если десктопные 6 Гб\с взять, и запустить копирование (кучу файлов общей емкости, гигов на 50)..
Одно дело..
А если параллельно, копированию, запустить такое же, но в удалении..?
Для простоты эксперимента все запускается на одном HDD - головка диска будет замучена операциями, в рэйде считайте еще на синхронизацию дисков в массиве..
От пропускной способности шины, тут ничего не зависит,только ввод-вывод операций диска.
автор большой кэш!
Кэш может помогать, но он не панацея.
Да, он разгружает диски в ряде операций, но если сам принцип БД требует разнородные данные, которые не хранятся в кэше, то глупо на него уповать..
автордва контроллера
СХД еще надо настраивать, если что..
Как и ОС тоже..
авторSSD диски
Здесь можно настроить, как тиринг, когда часто используемые блоки перейдут с HDD на SSD, так и отдельный том, который будет, как быстрый, без тиринга..
Можно сделать, что часть обрабатывается одним контроллером и пулом дисков под одной нагрузкой, а часть другим контроллером и под другую нагрузку (например логи с их постоянной записью)
авторНу и SSD бывают разные. Очень сильно разные.
НРЕ брендирует Самсунги, в подключениях SAS только Mixed Used

авторУ нас в сетапе SSD диски, так что перемещения головок не требуется.
Ну бюджеты у всех разные, и потом у некоторых заказчиков бывает затруднение, когда СХД стоит с дисками 8к вечнозеленых енотов, а SSD диск один (если например расширять) стоит под 3к, проще сразу СХД поменять))
авторНу а а работа с lunами через разные контроллеры ну как бы давно обычная фича СХД.
Не все читают бест практисы, а валят все по дефолту на 1 контроллер, а потом удивляются тормозам)