Amazon Linux vs Ubuntu untuk Amazon EC2 [ditutup]

Saya sedang menyiapkan situs web pertama saya di Amazon EC2, dan saya mencoba untuk memutuskan distro mana yang akan digunakan. Saya telah menggunakan Redhat dan CentOS di masa lalu, tetapi saya tidak memiliki bias terhadap sistem apa pun, saya hanya ingin menggunakan apa pun yang terbaik (saya juga memiliki server yang dikelola sebagian di masa lalu, jadi saya belum melakukan terlalu banyak server administrasi hingga saat ini). Situs web ini hanyalah sebuah aplikasi web yang ditulis dalam PHP dan MongoDB.

Saya suka gagasan memiliki OS yang ringan yang dijelaskan untuk Amazon Linux, tetapi saya khawatir itu bisa menderita dalam kompatibilitas / pembaruan dibandingkan dengan Ubuntu atau opsi lain yang memiliki tim yang berfokus secara eksklusif pada OS server. Ada saran?

Saya berada dalam situasi yang sama; dedicated server yang dikelola sepenuhnya, LAMP, CentOS. Kemudian kami memutuskan untuk pindah ke EC2. Juga, saya memiliki sedikit pengalaman sistem atau administrasi linux. Saya memiliki hampir nol pengalaman dengan Ubuntu, jadi saya benar-benar tidak dapat berbicara yang disebut OS yang lebih baik.

Saya mencoba sekelompok AMI pre-built 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 memigrasi semua AMI khusus saya ke Amazon Linux versi 2011.03.01.

Keputusan untuk menggunakan Amazon Linux AMI vs penyedia AMI lainnya bukanlah keputusan yang mudah. Saya bermain-main dengan dan menguji berbagai pengaturan selama hampir sebulan sebelum saya membuat keputusan akhir. Pada akhirnya, karena saya ingin menggunakan CentOS, itu pada dasarnya bermuara pada satu hal. Saya pikir siapa yang lebih baik untuk mengetahui dependensi perangkat keras apa yang perlu dimasukkan dalam OS daripada orang-orang yang merancang, membangun, dan memelihara EC2. Tidak ada yang menentang Rightscale, Scalr atau Alestic.

Enam bulan kemudian, meskipun saya mengalami beberapa gundukan di jalan, Linux Amazon telah cukup stabil. Padahal, saya memang 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-dibangun yang dikelola Amazon dalam repositori paket mereka.

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 instance Amazon Linux Anda, misalnya, 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 buffer, Anda segera mulai menarik pembaruan dari rilis baru. Seperti yang dapat Anda bayangkan, ini dapat menarik banyak ketergantungan, dan memiliki kecenderungan untuk memecahkan banyak hal. Untuk alasan ini secara inheren tidak dapat dikelola. Anda tidak dapat mengerjakan sesuatu seperti ini dalam kebijakan pembaruan tanpa menjadi kekacauan mutlak. Jangan menggunakan 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 Forum Pengembang AWS untuk mengajukan bug terhadap paket! Tidak ada cara untuk mencari bug juga. Ini harus menjadi masalah pamer bagi hampir semua orang.

Amazon Linux membuatnya sangat sulit untuk mengambil paket sumber, tidak perlu.

Sejak pertanyaan ini ditulis, Amazon sepenuhnya dirubah untuk Amazon Linux AMI 2011.09 , dengan semua bootstrap untuk CloudFormation serta alat Amazon.

Juga, ini termasuk Nginx dan PHP-FPM dalam yumrepo jika Anda mencari yang cepat dan ringan.

Ikuti perkembangan rilis terbaru di sini: http://aws.amazon.com/amazon-linux-ami/latest-release-notes/

Juga perhatikan pembaruan keamanan : http://aws.amazon.com/amazon-linux-ami/security-bulletins/

Biasanya Anda tidak perlu terlalu khawatir, karena AMI dasar adalah server tanpa tulang dengan hanya alat yang diperlukan untuk mem-bootstrap layanan yang benar-benar Anda butuhkan.

Jika Anda sudah terbiasa dengan RHEL / CentOS, saya akan tetap menggunakannya. Tidak ada distro "terbaik" untuk server aplikasi web. Itu datang ke alat dan konvensi apa yang paling Anda kenal.

Meskipun Ubuntu melakukan lebih baik pada tolok ukur ini , tes itu sendiri berkontribusi terhadap kemenangan Ubuntu, dan perbedaannya tampaknya tidak besar pula.

Saya baru-baru ini memilih Amazon Linux karena pembaruan otomatis, dan juga karena bug AMI Ubuntu yang dilaporkan oleh Steven dan Ethan dalam versi Quora dari pertanyaan ini .

Jika Anda ingin membiasakan diri dengan cepat, dan suka menginstal sesuatu tanpa banyak, saya akan pergi ubuntu. Secara umum, pada server web langsung Anda tidak ingin dapat melakukan hal semacam ini! Orang juga berpendapat bahwa pilihannya adalah antara RedHat, CentOS dan Debian. Teknisi hard core bersikeras bahwa ubuntu tidak cocok untuk lingkungan server langsung karena tidak semuanya sepenuhnya aman dan teruji.

Pilihan saya adalah ubuntu karena jauh lebih sedikit dari sakit kepala, saya telah menggunakan beberapa distro yang berbeda untuk server web, tetapi mengubah aturan firewall dan banyak hal dapat lebih mudah di ubuntu.

Satu-satunya hal lain adalah bahwa ubuntu sedikit lebih berat dalam penggunaan sumber daya, sehingga CentOS dapat menghemat beberapa dolar per bulan berdasarkan metode penetapan harga amazon!

Dalam kasus Anda, keakraban dengan CentOS / RHEL mungkin mengalahkan segala pertimbangan lain.

Sistem saya bekerja dengan sebagian besar telah di tepi - perangkat lunak baru menggunakan teknologi baru dan versi baru. Untuk penggunaan ini Ubuntu adalah pilihan yang lebih baik; Saya menghindari pembuatan paket dari kode sumber, dan paket Ubuntu dikelola dengan baik (tentu saja tidak sempurna, tentu saja) dan repositori standar cenderung memiliki hal-hal yang kita butuhkan, dan jika tidak, ada repositori yang tersedia. Saya cenderung untuk mundur satu revisi dari yang terbaru karena masalah cenderung diselesaikan setelah beberapa bulan.