Я могу установить Centos из Amazon изображение AMI или снимок на локальном компьютере
Операции, которые Вы описываете, дают некоторые ключевые подсказки относительно того, что идеальная файловая система должна смочь сделать:
- В широком масштабе случайные r/w доступы во время процесса сборки.
- Многие, много файлов, обновляемых в быстром порядке, таким образом, быстрые операции метаданных очень важны.
- Эффективная обработка многих маленьких файлов в возможно очень тяжелых файлом файловых системах.
- Достаточно сформировавшийся для не риска потерей данных в нечастых и неясных пограничных случаях.
Btrfs и Ext4 являются тремя из вышеупомянутого, и четвертое сомнительно. Ext4 является, вероятно, достаточно сформировавшимся для этого, но btrfs не сделан, пекущий все же. noatime помогает сделать операции метаданных более эффективными, но когда Вы создаете набор новых файлов, Вам все еще нужна операция в секунду метаданных, чтобы быть поразительно быстрыми.
Именно тогда базовая система хранения начинает становиться фактором. Операции метаданных XFS имеют тенденцию концентрироваться в нескольких блоках, которые могут напрячь операции. Файловые системы стиля Расширения лучше о получении метаданных ближе к данным его описание. Однако, если Ваше устройство хранения данных достаточно абстрактно (Вы работаете в VPS, или присоединенные к SAN), оно значительно не имеет значения.
Каждая файловая система имеет небольшие ускорения, которые могут быть сделаны к eek еще несколько процентных пунктов. То, насколько производительный базовая система хранения, значительно повлияет, сколько усиления Вы будете видеть.
В языке устройства хранения данных при наличии достаточной Операции ввода-вывода наверху в устройстве хранения данных неэффективность файловой системы начинает не иметь значение так. При использовании SSD для раздела сборки выбор файловой системы менее важен, чем, с чем Вы являетесь более удобной работой.
You can't actually download the AMI to use it.
However, you can use The VMWare Converter Tool to accomplish the task. Leave the instance online, then use the "copy live server" feature. While designed for P2V applications it'll work nicely.
I highly recommend scripting and automating the installation of all of your desired plugins and modules using a tool like Chef or Puppet, and using that same tool to configure your EC2 and your local vmware instances identically. Not only does this give you consistency, it gives you repeatability and full portability with many cloud providers.
It's incredibly liberating to auto-provision production and development servers, and to test new configurations locally in vmware before launching your changes to EC2.
For instance, I have chef cookbooks that install all the yum packages I want, add special yum repositories, add users and groups, create directories, put certain files in place with the right permissions, download and compile software, configure services -- all of it. And with a few tweaks here and there the same configurations work on CentOS, Amazon Linux, and most other RHEL-ish distros. It's great to fire up a server with Vagrant instead of having to mess with cloud providers when I'm just testing or developing.