Ладно, разберёмся по пунктам и посмотрим, где у нас разногласия:

1. Сейчас я ничего в наличии не нахожу, но один элемент, который в последнее время продавался в этом ценовом диапазоне с ёмкостью 16 ГБ, вот: https://ark.intel.com/content/www/u...es-16gb-m-2-80mm-pcie-3-0-20nm-3d-xpoint.html
2. PCIe 3.0 x2, но максимальная последовательная запись/чтение 900 / 145 МБ/с, IOPS выглядит неплохо, но сейчас ничего особенного.
3. Автор вопроса упомянул "1ТБ SSD для кэша", поэтому я предположил L2ARC, а не SLOG.
4. Для L2ARC 16 ГБ — это очень мало, и даже более дешёвые SSD обеспечат гораздо лучшую работу по пропускной способности И ёмкости. Это также увеличит использование оперативной памяти, но это уже другая история. Теперь про последний пункт, даже я не думаю, что автору это нужно:
5. Для SLOG я бы не рекомендовал запускать это, кроме как в зеркале (смело говорите мне, что мне не стоит беспокоиться — я понимаю, что потеря питания — это не проблема, но проблема в повреждённых данных, поскольку мусор будет вымываться незаметно со временем). Это займёт 2 M.2 и будет стоить 60. Но производительность последовательной записи меньше, чем у современного 7K HDD, так что это будет только для IOPS. Но разве действительно так много случайных записей?

Я знаю, у тебя гораздо больше опыта с ZFS, чем у меня, но позволь мне немного придраться (или ошибиться?). Насколько я понимаю, может быть до трех TXG активными — и "активным" для меня означает, что они занимают хранилище и/или(?) оперативную память для данных, которые они обрабатывают в данный момент. Цитата с delphix.com/blog/zfs-fundamentals-transaction-groups: "... Есть три активных состояния группы транзакций: открытое, успокаивающееся или синхронизирующееся. В любой момент времени может быть активная TXG, связанная с каждым состоянием; каждая активная TXG может либо обрабатываться, либо быть заблокированной в ожидании перехода в следующее состояние. Может быть до трех активных TXG...". Это выглядит так, что для них может потребоваться место на 3*5 секунд...