SolusVM с KVM и дисковыми пределами HVM
Следует иметь в виду, с ZFS существует больше к каждой записи, потому что некоторые данные являются метаданными. То, что интересно, - то, что, если Вы пишете асинхронный с dd, Ваша производительность должна быть лучше, так как должно быть некоторое продолжение кэширования. Поскольку Вы начинаете к пулам увеличения масштаба, Вы будете видеть улучшения производительности, которая определенно будет удивительна, если Вы сделаете через SSD как устройства кэша, и как устройства ZIL, предполагая, что у Вас есть много синхронизирующих записей. Кэш SSD являются Вашим кэшем считывания и SSD ZIL, является Вашим синхронизирующим кэшем записи. Первая вещь, которую я попробовал бы, хотя Ваша установка ясно не идеальна, состоит в том, чтобы использовать blocksize, который соответствует blocksize Вашей файловой системы, который является вероятным 128K. Посмотрите то, на что это будет похоже.
Наконец, не сравнивайте ZFS и UFS - яблоки и апельсины. Другие обеспечили превосходные ссылки на этом обмене. Конечно, стоящий чтения.
KVM может обрабатывать виртуальные диски любого размера, поэтому не возникнет проблем с созданием необработанного диска или диска на основе qcow размером 2 ТиБ. Фактически вы можете создать файл qcow2 с виртуальным размером 2 ^ 63 байта, но вы обнаружите, что инструменты внутри виртуальной машины не справятся (fdisk под Linux просто вылетит обратно в командную строку), поэтому ограничение - это то, что может гостевая ОС Разбирайтесь не с тем, что KVM может ему предоставить. Конечно, вам нужно убедиться, что файловая система хоста имеет необходимое пространство и может работать с большими файлами, когда виртуальная машина пытается использовать терабайты пространства, но все современные возможности (только не пытайтесь использовать dos / FAT!).