Web Server Alternatif Apache : Lighttpd, Nginx, Litespeed, etc.

Daftar Web server alternatif terbaik untuk VPS :

- Lighttpd
Lighttpd adalah seperti namanya , web server ringan kecil yang memiliki jejak memori yang rendah dan beban CPU kecil. Lighttpd adalah alternatif yang baik untuk melayani konten statis tetapi juga telah mendapat pengakuan di Ruby on Rails dan komunitas PHP.
Digunakan oleh: Wikimedia (Wikipedia), Sourceforge, YouTube, The Pirate Bay, Meebo, Imageshack, Sendspace, Mininova.
Biaya: Gratis
Open Source: Ya
OS platform: Linux, FreeBSD, Solaris, MacOS X, Windows (di bawah Cygwin)
Homepage: www.lighttpd.net

- nginx
Nginx,  web server ringan dan reverse proxy. Awalnya ditulis oleh Igor Sysoev untuk Rambler.ru (website Rusia kedua yang paling sering dikunjungi). Nginx dikenal untuk stabilitas dan konfigurasi yang sederhana di samping konsumsi sumber daya yang rendah. Hal ini juga dapat bertindak sebagai proxy IMAP / POP3.
Digunakan oleh: Yellow Pages, Hulu, Zimbra, Friends for Sale aplikasi Facebook, Rambler, dan ia juga seperti WordPress.com baru mulai menggunakan itu bukan LiteSpeed.
Biaya: Gratis
Open Source: Ya
platform OS: Linux, FreeBSD, Solaris, MacOS X
Homepage: www.nginx.net

- LiteSpeed
LiteSpeed ​​adalah web server komersial yang dirancang khusus untuk website besar. Salah satu keuntungan LiteSpeed ​​adalah bahwa hal itu dapat membaca konfigurasi Apache langsung yang membuatnya mudah untuk mengintegrasikan dengan produk yang ada untuk menggantikan Apache. server ringan dan seperti namanya sangat cepat.
Digunakan oleh: WordPress (sampai saat ini setidaknya, tapi sekarang WordPress.com tampaknya menggunakan nginx), Twitter, GigaOm, Bravenet.
Biaya: Gratis untuk $ 1.299 tergantung pada edisi.
Open Source: Tidak ada
platform OS: Linux, FreeBSD, Solaris, MacOS X
Homepage: www.litespeedtech.com

- ZEUS
web server Zeus adalah web server kinerja tinggi. Ini telah menerima penghargaan PC Magazine Editors 'dan juga Inovasi eWeek / PC Magazine di penghargaan Infrastruktur. Zeus adalah produk perusahaan yang sangat fleksibel.
Digunakan oleh: Sony, Telefónica, media Virgin, phpBB.
Biaya: $ 1,700 hingga dua CPU fisik; $ 850 per CPU tambahan.
Open Source: Tidak ada
platform OS: Linux, FreeBSD, Solaris, HP-UX
Homepage: www.zeus.com/products/zws

Perbedaan OpenVZ, Xen,dan KVM

Berikut adalah perbedaan Teknologi virtualisasi KVM, Xen, OpenVZ

- KVM
KVM adalah virtualisasi penuh , Anda dapat menjalankan hampir semua sistem operasi sebagai BSD tamu / Windows / Linux dan dengan sopir virtio Anda akan mendapatkan dekat kinerja asli, beberapa percobaan telah menunjukkan hanya  kerugian 3% pada hardware asli dalam keadaan ideal.

Itu tidak mendukung instalasi dari ISO dan instalasi juga template berbasis, ia datang dengan pemisahan yang baik dalam hal privasi, itu bisa menderita I / O lag di bawah beban berat yang berdampak pada sistem operasi tamu dan sistem operasi host.

Setiap tamu (VM) berjalan sebagai proses pada node tuan rumah sementara ini sangat bagus untuk menemukan mana tamu yang menyebabkan masalah ketika diperlukan juga dapat menyebabkan masalah jika tuan rumah berada di bawah beban berat semua tamu menderita.

Anda lebih dapat mengalokasikan Ram dengan sedikit usaha namun dalam kebanyakan kasus kecuali tuan rumah adalah SSD penuh ini tidak mungkin terjadi karena overhead menempatkan pada node host dan masalah kinerja berikutnya dan jelas.

Karena KVM menjadi asli di sebagian besar kernel modern itu tidak meminjamkan keuntungan kinerja atas orang lain dalam beberapa keadaan dan masih cukup baru dan dalam pengembangan yang sangat aktif.

Kebanyakan orang memilih KVM untuk kinerja yang sangat baik dan fleksibilitas meskipun mungkin tidak cukup stabil seperti Xen karena jatuh tempo.

- XEN
Xen datang dalam 2 jenis tetapi dapat dijalankan secara bersamaan pada host fisik yang sama, Xen PV (paravirtualisation) dan HVM ( virtualisasi hardware)

tamu Xen PV (di industri hosting) cenderung template berbasis untuk penyebaran repid dan kinerja tajam, Anda dapat menjalankan kernel Anda sendiri di Xen PV dan ini cukup banyak bawaan hari ini, Anda hanya dapat menjalankan Linux pada Xen PV (BSD dengan konfigurasi tambahan mungkin tapi tidak umum).

Xen HVM berjalan seperti KVM memiliki driver yang lebih baik untuk distribusi berbasis Linux sebagai PV telah tersedia secara default sejak sekitar tahun 2006 di sebagian besar kernel sehingga Anda tidak perlu menginstal virtio untuk meningkatkan kinerja namun NetBSD dan jendela berkinerja buruk pada Xen HVM dibandingkan dengan KVM, sementara Anda lebih bisa datang ini untuk beberapa derajat pada Windows dengan driver Xen PV untuk Windows tidak berjalan serta KVM luar kotak sehingga untuk berbicara.

Xen cukup tua sekarang dan sangat dewasa, kebanyakan orang pilih Xen untuk kinerja yang baik dengan stabilitas yang luar biasa.

Xen host akan biasanya pra-mengalokasikan Ram dan core CPU dengan hypervisor Xen sehingga memiliki sumber daya sendiri khusus yang tamu tidak dapat berdampak pada untuk mencapai stabilitas.

- OpenVZ
OpenVZ sangat populer di industri hosting yang karena penyebaran cepat dan kepadatan sangat tinggi, mencapai ini sebagai kernel host bersama dengan tamu bersama dengan ram, cpu dan disk, dengan pemisahan cukup mendasar antara tamu dan tuan rumah I / O bottleneck hampir tidak ada.

Dalam hal kecepatan akses disk dan disk yang latency OpenVZ adalah pemenang yang jelas bila dibandingkan dengan KVM dan Xen Namun ini datang pada biaya kurangnya pemisahan dalam hal privasi dan juga dalam hal seberapa besar dampak 1 OS tamu dapat memiliki pada kedua tuan rumah simpul dan tamu lainnya, semua proses individu yang terlihat ke node host dan Anda tidak dapat mengenkripsi data Anda.

OpenVZ mendukung Linux saja (kecuali menggunakan paralel komersial yang akan mendukung jendela dalam mode)

OpenVZ juga dapat bersarang di dalam Xen atau KVM untuk mencapai kepadatan yang lebih besar, karena volume kontainer Anda dapat berjalan di node host ini membuat harga OpenVZ jauh lebih kompetitif dibandingkan KVM dan Xen.

Apa itu Memcached ?

Memcached adalah sistem caching di memory. Hal ini sering digunakan untuk mempercepat website database-driven dinamis dengan caching data dan objek dalam RAM untuk mengurangi jumlah kali sumber data eksternal (seperti database atau API) harus dibaca.

Memcached adalah perangkat lunak bebas dan open source, berlisensi di bawah lisensi BSD Revisi. [2] memcached berjalan pada sistem operasi Unix-seperti (setidaknya Linux dan OS X) dan Microsoft Windows. Hal ini tergantung pada perpustakaan libevent.

API memcached untuk memberikan tabel hash yang sangat besar didistribusikan di beberapa mesin. Ketika meja penuh, sisipan selanjutnya menyebabkan data yang lebih tua akan dibersihkan di paling terakhir digunakan (LRU) order. [3] [4] Aplikasi menggunakan memcached biasanya lapisan permintaan dan penambahan ke RAM sebelum jatuh kembali pada toko dukungan lebih lambat, seperti database.

Ukuran tabel hash ini sering sangat besar. Hal ini terbatas pada memori yang tersedia di semua server di cluster server di pusat data. Di mana volume tinggi, lebar penonton penerbitan web memerlukan itu, ini mungkin meregang untuk banyak gigabyte. Memcached bisa sama-sama berharga untuk situasi di mana baik jumlah permintaan untuk konten yang tinggi, atau biaya menghasilkan bagian tertentu dari konten yang tinggi.

Memcached pada awalnya dikembangkan oleh Danga Interaktif untuk LiveJournal, tapi sekarang digunakan oleh banyak sistem lain, termasuk MocoSpace, [5] YouTube, [6] Reddit, [7] Survata, [8] Zynga, [9] Facebook, [10] [11] [12] Orange, [13] Twitter, [14] Tumblr [15] dan Wikipedia. [16] Mesin Yard dan Jelastic menggunakan memcached sebagai bagian dari platform mereka sebagai tumpukan teknologi layanan [17] [18] dan Heroku menawarkan beberapa layanan memcached [19] sebagai bagian dari platform mereka sebagai layanan. Google App Engine, AppScale, Microsoft Azure dan Amazon Web Services juga menawarkan layanan memcached melalui API.

Redis vs Mencached Performance

Memcached atau Redis? Ini pertanyaan yang hampir selalu muncul dalam setiap diskusi tentang meremas performa lebih dari aplikasi Web modern, database-driven. Ketika kinerja perlu ditingkatkan, caching sering langkah pertama yang diambil, dan memcached atau Redis biasanya tempat pertama untuk mengubah.

Mesin cache ini terkenal memiliki sejumlah kesamaan, tetapi mereka juga memiliki perbedaan penting. Redis, yang lebih baru dan lebih fleksibel dari dua, hampir selalu pilihan yang unggul.

Mari kita mulai dengan kesamaan. Kedua memcached dan Redis berfungsi sebagai in-memory, nilai kunci menyimpan data, meskipun Redis lebih tepat disebut sebagai toko struktur data. Kedua memcached dan Redis milik keluarga NoSQL solusi manajemen data, dan keduanya didasarkan pada model data nilai kunci. Mereka berdua menyimpan semua data dalam RAM, yang tentu saja membuat mereka amat berguna sebagai lapisan caching. Dalam hal kinerja, dua toko data juga sangat mirip, menunjukkan hampir karakteristik identik (dan metrik) sehubungan dengan troughput dan latency.

Kedua memcached dan Redis adalah proyek open source yang matang dan sangat populer. Memcached pada awalnya dikembangkan oleh Brad Fitzpatrick pada tahun 2003 untuk situs LiveJournal. Sejak itu, memcached telah ditulis ulang di C (pelaksanaan asli di Perl) dan dimasukkan ke dalam domain publik, di mana ia telah menjadi landasan aplikasi Web modern. Perkembangan saat memcached difokuskan pada stabilitas dan optimasi daripada menambahkan fitur baru.

Redis diciptakan oleh Salvatore Sanfilippo pada tahun 2009, dan Sanfilippo tetap pengembang utama dari proyek ini. Redis kadang-kadang digambarkan sebagai "Memcached pada steroid," yang tidak mengherankan mengingat bahwa bagian dari Redis dibangun dalam menanggapi pelajaran dari menggunakan memcached. Redis memiliki fitur lebih dari memcached dan, dengan demikian, lebih kuat dan fleksibel.

Digunakan oleh banyak perusahaan dan di banyak mission-critical lingkungan produksi, baik memcached dan Redis yang didukung oleh perpustakaan klien dalam setiap bahasa pemrograman dibayangkan, dan itu termasuk dalam banyak paket untuk pengembang. Bahkan, itu adalah Web tumpukan langka yang tidak termasuk built-in mendukung untuk baik memcached atau Redis.

Mengapa Memcached dan Redis begitu populer? Bukan saja mereka sangat efektif, mereka juga relatif sederhana. Memulai dengan baik memcached atau Redis dianggap pekerjaan mudah bagi pengembang. Dibutuhkan hanya beberapa menit untuk menyiapkan dan membuat mereka bekerja dengan aplikasi. Dengan demikian, investasi kecil waktu dan usaha dapat memiliki langsung, dampak yang dramatis pada kinerja - biasanya dengan perintah besarnya. Sebuah solusi sederhana dengan manfaat yang sangat besar; itu sebagai dekat dengan sihir seperti yang Anda dapatkan.

Kapan menggunakan memcached

Karena Redis baru dan memiliki fitur lebih dari memcached, Redis hampir selalu pilihan yang lebih baik. Namun, memcached bisa lebih ketika caching data yang relatif kecil dan statis, seperti fragmen kode HTML. manajemen memori internal memcached, sementara tidak canggih seperti yang dari Redis, lebih efisien dalam kasus penggunaan sederhana karena mengkonsumsi sumber daya yang relatif lebih sedikit memori untuk metadata. String (satu-satunya jenis data yang didukung oleh memcached) yang ideal untuk menyimpan data yang hanya membaca, karena string tidak memerlukan pengolahan lebih lanjut.

Yang mengatakan, efisiensi manajemen memori memcached ini berkurang dengan cepat ketika ukuran data dinamis, di mana memori titik memcached dapat menjadi terpecah-pecah. Juga, set data yang besar sering melibatkan data serial, yang selalu membutuhkan lebih banyak ruang untuk menyimpan. Sementara memcached secara efektif terbatas menyimpan data dalam bentuk serial nya, struktur data di Redis dapat menyimpan segala aspek dari data native, sehingga mengurangi serialisasi overhead.

Kedua skenario di mana memcached memiliki keuntungan lebih Redis adalah di scaling. Karena memcached multithreaded, Anda dapat dengan mudah meningkatkan dengan memberikan lebih banyak sumber daya komputasi, tetapi Anda akan kehilangan sebagian atau seluruh data cache (tergantung pada apakah Anda menggunakan hashing konsisten). Redis, yang sebagian besar single-threaded, dapat skala horizontal melalui pengelompokan tanpa kehilangan data. Clustering adalah solusi skala yang efektif, tetapi relatif lebih kompleks untuk mendirikan dan mengoperasikan.

Kapan menggunakan Redis

Anda akan hampir selalu ingin menggunakan Redis karena struktur datanya. Dengan Redis sebagai cache, Anda mendapatkan banyak daya (seperti kemampuan untuk menyempurnakan isi cache dan daya tahan) dan efisiensi yang lebih besar secara keseluruhan. Setelah Anda menggunakan struktur data, dorongan efisiensi menjadi luar biasa untuk skenario aplikasi tertentu.

superioritas Redis 'jelas di hampir setiap aspek manajemen cache. Cache mempekerjakan mekanisme yang disebut Data penggusuran untuk membuat ruang untuk data baru dengan menghapus data lama dari memori. Mekanisme Data penggusuran memcached mempekerjakan algoritma Least Baru Digunakan dan agak sewenang-wenang evicts data yang ukurannya sama dengan data baru.

Redis, sebaliknya, memungkinkan untuk kontrol halus lebih penggusuran, membiarkan Anda memilih dari enam kebijakan penggusuran yang berbeda. Redis juga mempekerjakan pendekatan yang lebih canggih untuk manajemen memori dan seleksi calon penggusuran. Redis mendukung malas dan aktif penggusuran, dimana data diusir hanya ketika lebih banyak ruang yang diperlukan atau proaktif. Memcached, di sisi lain, memberikan penggusuran malas saja.

Redis memberi Anda fleksibilitas yang lebih besar mengenai benda-benda Anda bisa cache. Sementara memcached membatasi nama kunci untuk 250 byte dan bekerja dengan string polos saja, Redis memungkinkan nama kunci dan nilai-nilai untuk menjadi besar seperti 512MB masing-masing, dan mereka aman biner. Plus, Redis memiliki lima struktur data utama untuk memilih dari, membuka sebuah dunia kemungkinan untuk pengembang aplikasi melalui caching cerdas dan manipulasi data cache.

Di luar caching

Menggunakan struktur data Redis dapat menyederhanakan dan mengoptimalkan beberapa tugas - tidak hanya saat caching, tetapi bahkan ketika Anda ingin data yang gigih dan selalu tersedia. Misalnya, alih-alih menyimpan objek sebagai string serial, pengembang dapat menggunakan Redis Hash untuk menyimpan bidang dan nilai-nilai obyek, dan mengatur mereka menggunakan satu tombol. Redis Hash menghemat pengembang kebutuhan untuk mengambil seluruh string, deserialize, memperbarui nilai, reserialize objek, dan mengganti seluruh string dalam cache dengan nilai baru untuk setiap update sepele - yang berarti konsumsi sumber daya yang lebih rendah dan peningkatan kinerja. (infoworld)