Единственным путем Вы доберетесь, любое существенное улучшение в IO через центры обработки данных... должно вложить капитал в некоторые сумасшедшие суммы специализированной пропускной способности между дата-центрами. Кластерные файловые системы полагаются в большой степени на минимальную задержку и широкую полосу пропускания, чтобы смочь выполнить хорошо. Когда существует задержка... узкое место IO экспоненциально хуже. (1-10ms прекрасен не плохо... 10-30ms не является большим... 30 мс + довольно плохи.)
Существует несколько способов помочь смягчить некоторые из этих издержек... при помощи других методов устройства хранения данных... как устройство хранения данных S3... или простая дублируемая файловая система.
Вниз сторона - то, что, потому что они копируются..., если одна сторона обновляет файл в почти то же время как другой или одна сторона, обновляет файлы, слишком часто... Вы заканчиваете с разделенной репликацией...., которая может быть кошмаром для разбираний. Эти типы устройства хранения данных являются большими, если Вы делаете нечастые фиксации... и много чтений.
Попытка реализовать вещи как EBS Amazon... или S3 на дешевом маловероятна в лучшем случае У них есть намного больший бюджет и ОГРОМНЫЕ суммы пропускной способности между их dataceters для проигрывания с.
Попробуйте что-нибудь вроде этого: http://www.microsoft.com/en-us/download/details.aspx?id=17836 (Даже если там написано vista, вероятно, он работает и на XP)