Обычно я рекомендовал бы использовать ec2-consistent-snapshot. Это основывается на создании снимков XF. Затем существует сообщение в блоге, объясняя идеи и использование.
Много людей рекомендует использовать noatime
в /etc/fstab
- но кроме того я не знаю ни о каких волшебных переключателях.
Несколько связанный: http://shlomoswidler.com/2010/01/creating-consistent-snapshots-of-live.html
Объясняет, как можно усилить вышеупомянутое для использования инструмента в корневой файловой системе основанного на EBS AMI. Возможно, это обеспечивает больше указателей?
Править
Я не думаю, что Вы получите намного больше путем тонкой настройки xfs. Для начала, EBS является сетевой файловой системой с иногда очень хлопьевидной производительностью. Я никогда не видел постоянной пропускной способности чтения-записи никогда. XFS или любая другая файловая система не могут делать с этим много.
Я также не выбрал бы XFS по единственным причинам производительности. Я выбрал бы его для возможности снимка, см. вышеупомянутые ссылки (о ec2-consistent-snapshot
и связанный). Это - захватывающая часть.
Кроме того, Вы получите больше производительности путем установки набега объемов EBS, чем путем проигрывания с параметрами XFS. Я все еще использую значения по умолчанию XFS на большей установке MySQL.
Обычно производительность улучшается с используемым типом экземпляра (например, маленький хуже, чем L из-за сетевого интерфейса и EBS является в основном сетевым устройством хранения данных).
Для ОС я использовал бы Кармический (9.10). Я не нашел 10.04 или 10.10 быть действительно стабильным.
Наконец, что не менее важно, - с 5 ГБ Вы не должны сталкиваться ни с какими проблемами. Ваши данные, как ожидают, будут быстро расти? Если бы полное планирование является проблемой, и Вы требуете абсолютной доступности, я также рекомендовал бы зарегистрироваться в RDS, поскольку они обеспечивают размещенный сервер MySQL, и мультизона является опцией.
Это не запись MX, это запись SPF . Обычно вы используете запись TXT для хранения информации SPF, поскольку большинство DNS-серверов еще не реализовали тип SPF RR.
Вашу существующую запись SPF, вероятно, следует просто обновить, чтобы отразить требования в системе выставления счетов:
v=spf1 a mx ptr include:mydomain.co.uk include:_spf.bidsketch.com ~all
Если домен, для которого вы реализуете SPF , является mydomain.co.uk, вам следует удалить include: mydomain.co.uk
из записи, в противном случае вы создаете рекурсивный цикл, эффективно предотвращая интерпретацию части include: _spf.bidsketch.com ~ all
, поскольку она соответствует требованиям RFC Парсер SPF должен прекратить обработку записи максимум после 10 дополнительных поисков MX или PTR ( IETF RFC 4408 §10.1 «Пределы обработки»)