Amazon EC2 vs Dedicated server di Hetzner, apa gunanya EC2?


8

Setelah mencari di web saya masih tidak dapat menemukan alasan untuk menggunakan EC2. Apa gunanya skala EC2? Jika Anda mengharapkan lalu lintas besar, kata mereka.

OK, tetapi bagaimana jika Anda sudah memiliki beberapa situs dengan traffic yang bagus, dan misalnya EC2 yang dicadangkan sedang saja tidak cukup.

Anda membayar $ 36,60 (sedang dicadangkan untuk 1 tahun) di UE (Irlandia) + lalu lintas + biaya opsional untuk database dan S3 jika Anda menggunakannya.

Tentu saja sebagai titik ketika Anda berada di bawah $ 56,6- $ 66,1 Anda dapat mengoptimalkan biaya hosting Anda dengan Amazon EC2. Tetapi ketika Anda mendapatkan pada titik tertentu jika membeli server EX4 dari Hetzner, itu akan melampaui kebutuhan kinerja Anda untuk waktu yang lama, sebelum Anda mendapatkan lalu lintas besar. (Saya salah?)

CPU: i7-2600 Quadcore (3,4-3,8 Ghz)

RAM: 16 GB

HDD: 2x3 TB SATA (6 Gbit / s) - Saya pikir kinerja disk yang berdedikasi lebih baik daripada Amazon EBS

Lalu lintas: 10 TiB dalam sebulan termasuk. Ini adalah apa yang Anda dapatkan dari Hetzner sebesar $ 56 (- 19% PPN) atau $ 66 untuk penduduk UE.

Tolong, beri tahu saya apa alasan menggunakan Amazon? Beban mana yang tidak diambil server dari Hetzner, tetapi Amazon Auto Scaling akan melakukannya?

Pemeliharaan berdedikasi vs EC2 masih sama? Atau kegagalan perangkat keras di Amazon, tidak akan merusak penyimpanan EBS Anda?

Saya masih belum pada tingkat ketika saya membutuhkan hosting mahal, tetapi ingin tahu sebelumnya, hanya untuk memastikan apakah infrastruktur Amazon lebih baik daripada kinerja murni perangkat keras Hetzner.


Sudahkah Anda membaca diskusi Hacker News ?
Lèse majesté

Saya kira saya sudah membaca itu atau topik lain tentang Hacker News dengan perbandingan. Pada akhirnya saya tidak bisa membuat kesimpulan. Amazon bagus ketika Anda benar-benar perlu skala dengan puluhan contoh jika Anda perlu, dan mematikannya dalam beberapa jam. Ditambah semua infrastruktur lainnya.
C-Blu

Jawaban:


4

Sejujurnya itu tergantung pada penggunaannya, tetapi cloud memiliki banyak kelebihan dibandingkan ...

Skalabilitas

Persyaratan Skalabilitas bervariasi dari pelanggan ke pelanggan, banyak orang bahkan mungkin tidak memerlukannya sama sekali sementara beberapa bisnis akan membutuhkannya untuk rilis tertentu yang diharapkan BURST. Gagasan Cloud Computing adalah Anda dapat meningkatkan spesifikasi server saat diperlukan, menggunakan API, Anda dapat meningkatkan ini, bahkan jika biaya instance contoh tinggi pada EC2 mahal, itu mungkin bukan sesuatu yang Anda butuhkan setiap hari sepanjang tahun untuk menghemat biaya pada server khusus.

Meskipun biaya menggunakan HIGH SPEC vs Dedicated setiap hari akan lebih, pada akhirnya ya mereka harus menurunkan harga agar lebih sebanding dengan yang didedikasikan tetapi mereka juga harus berpikir MARGIN.

Awan memiliki Redundant Fall Overs

Secara umum penyedia cloud yang baik akan mengalami beberapa kegagalan redundan atas sistem yang memungkinkan situs Anda untuk terus tidak terpengaruh jika terjadi kesalahan. Sementara sepotong kit yang gagal pada server khusus menyebabkan kemarahan dalam layanan. Ketika server dedikasi rusak secara umum, tidak ada sistem cadangan kecuali Anda memiliki beberapa dedikasi. Terlebih lagi jika Anda hanya memiliki satu server khusus maka akan memerlukan waktu untuk mengembalikannya secara online, ini dapat bervariasi dari beberapa jam hingga genap hari tergantung pada penyedia yang Anda gunakan dan jika mempertimbangkan penyedia untuk berdedikasi maka tanyakan apa yang "terjadi jika ini terjadi ".

Lalu Lintas Cloud

Lalu lintas pada EC2 harus minimal jika Anda menggunakan sistem AWS untuk keuntungan penuh Anda karena SQL Anda dapat disimpan dalam instance RDS dan file statis Anda dapat disimpan pada wadah S3.

Dengan dedicated server ya mereka menawarkan lalu lintas 2x3TB dan 10TB tetapi sekali lagi ini bukan sistem bukti gagal dan bahkan jika Anda mengoperasikan hard drive dalam mode cermin selalu ada kemungkinan kedua hard drive dapat gagal sekaligus, saya tahu itu cukup ramping tapi lagi-lagi ...

Tambahan pada topik ini saya sangat meragukan server khusus akan melayani file lebih cepat daripada Jaringan Pengiriman Konten murni karena mereka mencerminkan SAN mereka di beberapa jaringan di seluruh dunia sehingga sementara itu mungkin lebih cepat untuk orang-orang di wilayah yang sama dengan server itu ' akan terasa lebih lambat di bagian lain dunia. Juga dengan menggunakan CDN untuk menyajikan file Anda, sumber daya membebaskan Anda dan memungkinkan server utama untuk menyajikan konten lebih cepat.

Server Khusus lebih mahal untuk dijaga

Banyak Penyedia Server Terdedikasi memiliki biaya tersembunyi seperti Pencadangan, Pengaturan Ulang, Perbaikan Perangkat Keras - Termasuk Perputaran Waktu yang Diharapkan, dan Beberapa bahkan tidak menawarkan SLA Uptime BAIK!

Secara umum dan dari apa yang saya baca dan server saya telah menyewa; mencadangkan file sangat luas dan Anda harus membayar untuk layanan ini. Tambahan jika Anda membuat cadangan Anda sendiri bagaimana jika perangkat lunak gagal, saya tahu ini adalah kesempatan tipis dengan Linux tetapi sekali lagi itu BAGAIMANA JIKA .. Anda akan membutuhkan seseorang untuk mengatur ulang perangkat lunak dan kemudian mentransfer file melintasi sementara di cloud Anda memiliki gambar pulih dengan tombol pemulihan sederhana.

Cloud Computing Menambahkan Lapisan Keamanan

Menggunakan Cloud Computing dapat meningkatkan keamanan situs Anda dengan menggunakan banyak lapisan, ambil S3 sebagai contoh, CDN sangat aman dan menambahkan lapisan tambahan. RDS untuk Database sekali lagi menambahkan lapisan tambahan.

Selain itu, kebanyakan server yang berdedikasi tidak sekuat komponen yang digunakan AWS, yang saya maksudkan adalah bahwa AWS akan lebih baik pada serangan DOS daripada Dedicated yang mungkin tidak ada di belakang firewall. Harap dicatat saya tidak mengatakan menghentikan serangan DOS di sini: P

Sejujurnya

Sejujurnya tidak ada jawaban yang tepat untuk pertanyaan Anda karena yang berdedikasi mungkin cocok untuk Anda, apa yang perlu Anda lakukan adalah mengatasi semua kekurangan seperti yang telah saya daftarkan dan menimbangnya - Secara pribadi saya tidak akan kembali ke didedikasikan karena saya punya masalah dengan perangkat keras yang gagal dan itu tidak baik ketika itu terjadi.


Terima kasih atas komentar terinci di sini. Nah, kalau begitu saya dapat mempertimbangkan menggunakan EC2 dalam kasus ini. Saya sudah menggunakan instance mikro, untuk melakukan beberapa pekerjaan cron, dan S3 untuk meng-host konten statis dan Route 53 sebagai layanan DNS. Saya kira ketika saatnya tiba, Jika saya akan mendapatkan pengalaman dengan penskalaan otomatis dan Cloud Infrastructure, itu akan lebih baik daripada hanya mengkonfigurasi satu server khusus.
C-Blu

4

Saya menggunakan keduanya. Anda tidak akan mendapatkan keuntungan yang lebih baik daripada Hetzner di mana pun. Mereka padat seperti batu. Saya masih mengandalkan CDN untuk konten statis tetapi selain itu, Hetzner luar biasa.

EC2 adalah binatang yang berbeda. Gunakan jika Anda memiliki iklan superbowl atau sesuatu. Itu lebih mahal. Ini juga sedikit lebih cepat jika Anda perlu memutar node baru.

EC2 juga lebih mudah jika Anda malas. Dengan Hetzner Anda harus menginstal sesuatu seperti ProxMox untuk mendapatkan manfaat mesin virtual yang sama dengan EC2, serta sedikit penyesuaian.

Rekomendasi saya? Hemat uang tunai. Menyiapkan load balancer vm dan beberapa mesin hosting menggunakan proxmox dan hetzner. Punya program untuk memutar beberapa VM tambahan menggunakan EC2 yang terpasang pada load balancer jika Anda benar-benar membutuhkannya (dengan tutup otomatis untuk DDOS). Gunakan CDN untuk konten statis.

sunting: Dapatkan dua mesin berukuran sedang alih-alih yang besar sehingga Anda dapat terguling jika terjadi kegagalan. Siapkan cadangan otomatis ke layanan yang bukan hetzner. DNS adalah teman Anda dan Anda dapat beralih ke cloud lain menggunakan skenario terburuk, karena Anda memiliki ProxMox vm.


3

Sudah lama tetapi berpikir kasus penggunaan kami akan sangat membantu ...

Poin pertama pada AWS .

Kami memiliki Server Terdedikasi di host yang terkenal. Ini spek yang sangat besar, dan telah mencoba menjalankan toko Magento sejak lama. Kami telah mengubah dan bermain dengan konfigurasi dengan cara yang tidak akan menjatuhkan situs. Tuan rumah kami belum menginstal APC (sebelum saya mulai) sehingga mereka menginstalnya meskipun kami membayar mereka untuk membangun Server Magento, membawa situs kami turun selama 3 jam dengan versi PHP yang rusak. Kami berhasil menjalankannya kembali dengan APC yang dinonaktifkan.

di AWS Kami memiliki replika yang tepat dari semua AMI kami (NGINX, NGINX + Varnish, Control Server) yang menunggu AWS yang dapat kami nyalakan dan mainkan kapan saja. Kami dapat mengkloning volume EBS bahwa data Vhosts kami diletakkan di peta beberapa IP ke alamat IP internal VPC kami, menempelkannya ke server dan bangun dan berjalan dalam waktu singkat. Lakukan TEST kami untuk memastikan semuanya baik-baik saja dan lakukan perubahan pada sistem LIVE dan matikan replika sampai diperlukan lagi. Pada titik ini perubahan yang kami buat untuk konfigurasi, kami mengkloning ke AMI versi baru.

Poin + kedua untuk AWS . Kami mencapai batas Alamat IP pada Host kami saat ini. Di AWS Kami memiliki sejumlah alamat IP VPC Internal dan telah mengalokasikan ke akun kami 20 IP eksternal yang elastis yang dapat kami petakan ke alamat IP internal. Fitur Jaringan di AWS VPC benar-benar luar biasa. Hanya tidak nyata bagaimana mereka mengemas ini untuk admin jaringan tingkat rendah. Butuh 3 hari untuk mendapatkan beberapa Alamat IP Baru di host kami dan ditambahkan ke firewall mereka.

Di sinilah saya memberi AWS + lagi

Cadangan di server khusus kami saat ini hanyalah tiruan dari folder yang disimpan di brankas cadangan. Pada dasarnya drive terpasang. Drive yang dipasang hanya tersedia untuk server itu. Jadi dalam kasus pemadaman masif, kita harus mendapatkan pengaturan server baru, me-mount toko cadangan, menginstal dan mengkonfigurasi server baru kita dengan cara yang sama persis (tugas besar), kemudian membuat ulang data. Tuan rumah kami membanggakan 4 jam berbalik untuk Perangkat Keras baru tetapi itu tidak ada artinya sama sekali bagi saya. Ini mendapatkan konfigurasi dan situs mengatur kembali.

Bisnis kami menawarkan solusi untuk bisnis untuk seluruh siklus hidup web. Konsultasi, desain, SEO, dukungan dan pemeliharaan. Jika kami memiliki pemadaman pada dedicated kami, kami akan keluar dari bisnis, karena itu akan menjadi hari sebelum kami berdiri lagi. Kami tidak dapat memiliki skenario ini bahkan pada peta bagaimana jika kami. Itu tidak bisa terjadi.

Di AWS saat ini kami memiliki konten web kami di AWS Instances dipasang pada Volume EBS di 750IOPS dan Instance kedua (apa yang kami sebut server kontrol) yang Rsyncs Data ke Zona Ketersediaan lain sesuai jadwal dan memperbarui Mesin Virtual untuk konfigurasi terbaru dalam kasus kami perlu menjalankan Instance dari AMI itu. Ini rsyncs semua konfigurasi NGINX, file setup PHP-FPM untuk ini.

Jadi sekarang kita memiliki dua set data; AMI yang merupakan tiruan dari server web NGINX produksi, dan salinan konten direktori Vhosts dengan file konfigurasi dan Vhosts jika kita perlu menjalankan server baru.

Di sinilah AWS mendapatkan yang lain + Dedicated Server kami berjuang di saat-saat puncak. Ya, kami menjalankan Magento sehingga sedikit berbeda dari beberapa aplikasi. Kami memiliki Pengaturan Disk Raid Quad Core 32GB dan kadang-kadang kesulitan bahkan padam ketika pelanggan mengirimkan satu atau dua kampanye email pada saat yang sama. Kami hampir tidak bisa melakukan apa-apa. Ada MySQL di dalamnya secara lokal, memorinya dioptimalkan untuk MYSQL tetapi disk buruk.

Di AWS kita menjalankan 3 instance CPU Tinggi. 2 Server Web NGINX / PHP-FPM, ditambah NGINX SSL + Varnish Cache Instance. Kami kemudian memiliki server Admin Magento yang lebih kecil yang menampung semua gambar dan media yang kemudian dipetakan melalui CNAMES melalui Cloudfront. Ini semua adalah contoh yang dicadangkan untuk menekan biaya.

Kami kemudian memiliki basis data kami di RDS pada Mesin Virtual Besar 2000IOPS yang disambungkan oleh kedua Server Web yang mengambil foto setiap malam. Dengan sedikit waktu henti (kami memiliki halaman pemeliharaan untuk toko kami), kami dapat mengubah ukuran IOPS dan ukuran instance. Hal terbaik tentang RDS adalah kita dapat mengambil snapshot terbaru dan membuat DB baru untuk pengujian dan pengembangan. Lalu matikan. Fantastis saja.

Kami menggunakan Elastic Cache + dan sekarang menguji Redis untuk manajemen cache untuk server web front end. Sekali lagi kita dapat mengubah ukuran atas dan ke bawah.

Kami dapat menambahkan Server Baru CPU On Demand Instances (dengan mengkloning NGINX frontend kami) ke dalam campuran dengan beberapa pekerjaan manual untuk membantu di Xmas dan jika kami perlu ketika seorang pelanggan memberi tahu kami bahwa mereka akan mengirimkan 100.000 kampanye email yang kuat yang menjual dari produk dengan diskon 75%.

Kami sekarang MENGUJI penskalaan otomatis kami di Amazon dan bagaimana kami membuat server menyala, menambahkan alamat ip, memperbarui konfigurasi NGINX dll dan mulai bekerja tanpa masalah tetapi kemudian juga mengeluarkan server dan mematikannya selama waktu tenang (hampir waktu).

AWS + + Memindahkan data pada layanan khusus kami mengganggu layanan. Menyalin, Rsync MV dll akan menekan IO disk yang pada gilirannya memperlambat situs.

Menggunakan volume dan foto dalam AWS sangat mudah. Tidak perlu mengatakan apa pun di sini.

AWS +++++++ Manajemen dan kontrol Server Umum. Sebenarnya tidak ada visibilitas ke Dedicated Server kami. Hanya SSH di dalamnya dan beberapa laporan server benar-benar buruk yang dikirim oleh Host kami setiap bulan.

AWS kita dapat melihat statistik yang meskipun tidak sepenuhnya akurat di mata saya pada kinerja aplikasi, mereka memberi Anda ide yang baik tentang bagaimana Instance yang sebenarnya bekerja. Kami memiliki pengaturan alarm untuk mendeteksi masalah.

Kesimpulan * AWS vs Dedicated - Pure Power. * Untuk semua AWS Troll saya tidak mengatakan atau bahkan akan mencoba dan mengatakan AWS akan melakukan yang didedikasikan dengan dua Quads, SSD banyak memori dll. Bahkan AWS tidak akan mencoba dan memberi tahu Anda ini. Ada hal-hal yang dapat Anda lakukan untuk meningkatkan kinerja, Dioptimalkan EBS, penyediaan IOPS, dan ukuran contoh, tetapi saya tahu bahwa tulang kosong murni yang berdedikasi akan lebih baik.

AWS vs Dedicated - Arsitektur untuk Solusi yang Tepat Dedicated Server duduk di rak yang sepi di suatu tempat tidak akan memotongnya untuk saya. Ini bukan situasi dunia nyata atau cocok sebagai solusi di mata saya ketika memberikan solusi bisnis untuk menjalankan toko atau situs mereka.

Kami memiliki seluruh jaringan server kami di AWS VPC, kami dapat memperluas, mengontrak, melihat di mana semua sumber daya kami berada di satu tempat. Sebagai solusi saya tidak akan pernah ingin kembali ke Dedicated Server.

Jika saya menjalankan situs yang dapat menangani pemadaman masif dan kami bisa menunggu untuk membangun kembali server baru dengan tuan rumah, atau bersedia menggunakan dua host atau AWS sebagai cadangan dan memindahkan situs jika dedicated turun maka ini adalah Satu-satunya cara saya akan melakukan ini. Ini sendiri merupakan masalah yang memakan waktu.

Biaya Alasan mengapa Dedicated Server sekarang sangat murah adalah karena AWS menawarkan cara-cara murah untuk mengelola pusat data mini Anda sendiri, yang digunakan oleh banyak pusat data untuk menambah premi. Ada perubahan dalam penetapan harga dan pusat data sekarang harus menggunakan teknik slagging terhadap AWS untuk menjual layanan mereka atau berteriak tentang kekuatan Server Raw dan kurangnya beberapa jenis instance AWS.

Orang-orang yang membandingkan Server khusus dengan instance AWS harus benar-benar memperhitungkan semua layanan tambahan yang ditawarkan AWS di sekitar Server Instance itu dan memetakannya ke dalam harga khusus. Biarkan saya berkembang. Ketika meninggalkan dan memberikan pemberitahuan tentang kontrak kepada tuan rumah kami saat ini, mereka mengatakan AWS ini, kinerja EBS yang buruk, dll. Jadi kami mengirim peta solusi dari apa yang kami inginkan.

  • LAN pribadi dengan kebijakan keamanan / perutean dan firewall
  • 20 Alamat IP eksternal, dengan kemampuan untuk memetakan ulang di server dengan cepat atau melalui panel kontrol
  • 4 server dengan 8 Cores masing-masing dengan 16 utas
  • Ram 32 GB
  • Database Server dengan kemampuan untuk menyediakan hingga 10.000 IOPS tetapi umumnya sekitar 2000IOP
  • Arahkan dan Klik Cadangan
  • Tidak Ada Kontrak atau hanya 12 bulan

Tidak hanya mereka tidak dapat melakukan semua ini, mereka mengatakan jika mereka dapat menyediakan tumpukan perangkat lunak untuk melakukannya biaya setup kami akan sekitar £ 10.000 ditambah biaya bulanan.

Server yang Berdedikasi akan mengungguli Awan tetapi ini adalah sesuatu dari masa lalu sekarang. Anda bisa melihatnya dalam pemasaran melawan cloud computing. Cloud computing adalah solusi lengkap yang menjembatani bisnis kecil untuk memiliki pusat data mereka sendiri. Di mata saya dan setelah menetapkan banyak solusi AWS, AWS adalah solusi bisnis saat ini

Saya tahu ketika saya membeli AWS Instance bukan hanya Instance, tetapi semua kit yang terpasang padanya. Saya tahu ketika saya membeli Dedicated Server itu sebenarnya hanya server yang dibuang di rak dengan kabel terpasang.

Saya tahu £ untuk £ server khusus akan lebih baik daripada AWS, tetapi untuk pelanggan saya dan kebutuhan bisnis AKTUAL AWS lebih besar daripada solusi khusus


Terima kasih, use case terperinci ini adalah jenis jawaban yang saya butuhkan saat itu tetapi bahkan sekarang berguna untuk membacanya. Nah sekarang saya mendapatkan ide tentang harga cloud vs dedicated. Kemampuan untuk membangun infrastruktur seperti ini, sangat cocok untuk kasus penggunaan seperti milik Anda. Mungkin proyek kecil, tidak perlu cloud hosting, tetapi untuk bisnis kecil, ini memang setup yang bagus.
C-Blu

1

Setelah pemadaman AWS terakhir, saya menemukan solusi GSLB ini di pasar AWS tetapi Anda juga memiliki Route53 atau Neustar untuk tugas ini.

Saya menggunakan ini dengan EC2 dan satu server khusus dengan opsource Varnish (di-host oleh penyedia hosting murah Leaseweb di Eropa). Jika saya mendeteksi kegagalan AWS atau jika anggaran saya untuk pengiriman konten saya dengan EC2 habis, saya mengarahkan trafik ke server cache murah saya.

Ini solusi terbaik bagi saya tanpa biaya tinggi dan memastikan toleransi kesalahan.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.