Независимо от того, что Вы выбираете, необходимо будет сохранить домен x.com зарегистрированным.
Сделав это, можно установить дополнительный vhost на сервере, который обрабатывает y.com. Вы затем изменяетесь записи для x.com, чтобы указать на тот же IP, что y.com имеет (или используйте CNAME, если Вы предпочитаете).
Это vhost определение для x.com перенаправит любой трафик, приземляющийся на x.com на y.com. При использовании апача, он, вероятно, выглядел бы примерно так (где aaa.bbb.ccc.ddd является IP-адресом сервера y.com),
<VirtualHost aaa.bbb.ccc.ddd:80>
ServerName x.com
ServerAlias www.x.com
RedirectMatch permanent ^/$ http://y.com$1
</VirtualHost>
Важная часть той строки файла конфигурации выше является использованием этих 301, постоянного, прямого кода, который рекомендуется экспертами по SEO "передать" PageRank одного домена другому. Я услышал, что этот процесс может взять некоторых (читайте 6 или больше), месяцы для вступления в силу
Такой зависит от того, что сервис обеспечивает функциональности NAS. Samba? NFS? Все вышеупомянутое? В его очень основной, Linux будет использовать всю доступную освобожденную память для служения в качестве кэша файла. Тот объем памяти будет использоваться по умолчанию через нормальные механизмы кэширования Linux. Особенно, если 64-разрядное ядро используется.
16 ГБ являются довольно большим количеством RAM для той проблемы. И все же, может быть просто правильно для того, в чем Вы нуждаетесь. Все это зависит от того, сколько из Ваших данных находится в активном употреблении в любой момент времени. Если Ваш 'рабочий набор' активных/открытых файлов составляет более чем 12 ГБ, то 16 ГБ RAM прекрасны. Идеально Вы хотите иметь все открытые файлы, которые в состоянии вписываться в кэш сервера для обеспечения максимальной производительности. Какой уровень, в котором это, зависит от Вашей среды, таким образом, нет никаких ответов набора.
Хорошо иметь все это совпадение данных в RAM по нескольким причинам, но один из которых для записей. Это позволяет серверу делать переупорядочение ввода-вывода для уменьшения задержки HD, что-то, что также сделает плата RAID.
Linux собирается использовать Вашу освобожденную RAM в качестве кэша по умолчанию..., но Ваш сценарий сразу поднимает два вопроса в моем уме:
Вы могли, конечно, установить ramfs, чтобы быть доступными по сети, но действительно, несомненно, необходимо будет сбросить его к более постоянному хранению также. Если Ваш набор данных только для чтения (или просто случайные записи даже), то это могло бы работать прекрасное. Но для пользовательских данных или общих долей файла - yikes!
Я не знаю то, на что похожа Ваша определенная среда, но Вы могли бы быть очень более обеспеченной виртуализацией, что сервер, если это имеет избыточную мощность. Другая земля игры/доказательства/теста обычно довольно приветствуется.