Solusi 1:
Amazon Linux adalah distro bergulir, seperti Fedora, atau Debian Testing (semacam). Dalam pandangan saya itu tidak cocok untuk produk produksi apa pun. Saya terkejut lebih banyak orang tidak menyadari hal ini. Ini berarti jika Anda meluncurkan instans Amazon Linux, katakanlah, 450 hari yang lalu dan melakukan pembaruan hari ini, Anda akan menarik pembaruan dari rilis yang sama sekali berbeda. Setelah rilis baru dibuat, Anda tidak memiliki waktu penyangga, Anda segera mulai menarik pembaruan dari rilis baru. Seperti yang dapat Anda bayangkan, ini dapat menarik aliran ketergantungan, dan cenderung merusak banyak hal. Untuk alasan ini secara inheren tidak dapat diatur. Anda tidak dapat memasukkan hal seperti ini ke dalam kebijakan pembaruan tanpa menjadi kekacauan mutlak. Jangan gunakan Amazon Linux untuk hal yang serius.
Ubuntu LTS adalah pilihan yang bagus, seperti halnya Debian Stable atau CentOS. Semua itu memberi Anda pembaruan selama bertahun-tahun untuk rilis yang sama.
Amazon Linux juga tidak memiliki sistem pelacakan bug , pengguna harus memposting pertanyaan di AWS Developer Forums untuk mengajukan bug terhadap sebuah paket! Tidak ada cara untuk mencari bug juga. Ini harus menjadi masalah tontonan bagi hampir semua orang.
Amazon Linux mempersulit pengambilan paket sumber, tanpa perlu.
Solusi 2:
Sejak pertanyaan ini ditulis, Amazon sepenuhnya dirubah untuk Amazon Linux AMI 2011.09 , dengan semua bootstrap untuk CloudFormation serta alat Amazon.
Juga, itu termasuk Nginx dan PHP-FPM di yum repo jika Anda mencari yang cepat dan ringan.
Ikuti terus rilis terbaru di sini:http://aws.amazon.com/amazon-linux-ami/latest-release-notes/
Perhatikan juga pembaruan keamanan :http://aws.amazon.com/amazon-linux-ami/security-bulletins/
Biasanya Anda tidak perlu terlalu khawatir, karena AMI dasar adalah server sederhana dengan hanya alat yang diperlukan untuk mem-bootstrap layanan yang benar-benar Anda perlukan.
Solusi 3:
Saya berada dalam situasi yang sama; server khusus yang dikelola sepenuhnya, LAMP, CentOS. Kemudian kami memutuskan untuk pindah ke EC2. Juga, saya memiliki sedikit pengalaman sistem atau administrasi linux. Saya hampir tidak memiliki pengalaman dengan Ubuntu, jadi saya benar-benar tidak dapat berbicara tentang OS mana yang disebut lebih baik.
Saya mencoba banyak AMI pra-bangun dengan instalasi OS minimal dari Rightscale, Alestic, Scalr, dan Amazon. Saya akhirnya membangun semua AMI saya sendiri di atas Amazon Linux, pertama menggunakan versi 2010.11.01, sekarang saya telah memigrasikan semua AMI kustom saya ke Amazon Linux versi 2011.03.01.
Keputusan untuk menggunakan AMI Amazon Linux vs penyedia AMI lainnya bukanlah keputusan yang mudah. Saya bermain-main dengan dan menguji berbagai pengaturan selama hampir sebulan sebelum membuat keputusan akhir. Pada akhirnya, karena saya ingin menggunakan CentOS, pada dasarnya bermuara pada satu hal. Saya pikir siapa yang lebih baik untuk mengetahui dependensi terkait perangkat keras apa yang perlu disertakan dalam OS daripada orang yang merancang, membangun, dan memelihara EC2. Tidak ada yang menentang Rightscale, Scalr, atau Alestic.
Enam bulan kemudian, meskipun saya mengalami beberapa kendala, Linux Amazon cukup stabil. Meskipun demikian, saya memutuskan untuk mengkompilasi beberapa perangkat lunak yang kami gunakan dari sumber (mis. php 5.3, MySQL 5.5, dll) karena saya mengalami masalah dengan paket pra-bangun yang dikelola Amazon dalam repositori paket mereka.
Solusi 4:
Jika Anda sudah terbiasa dengan RHEL/CentOS, saya akan tetap menggunakannya. Tidak ada distro "terbaik" untuk server aplikasi web. Tergantung pada alat dan konvensi apa yang paling Anda kenal.
Solusi 5:
Meskipun Ubuntu bekerja lebih baik pada tolok ukur ini, tes itu sendiri berkontribusi terhadap kemenangan Ubuntu, dan perbedaannya tampaknya tidak terlalu besar.
Saya baru-baru ini memilih Amazon Linux terutama karena pembaruan otomatis, dan juga karena bug AMI Ubuntu yang dilaporkan oleh Steven dan Ethan dalam versi Quora dari pertanyaan ini.