cache varnis drupal server hosting

Pengenalan

Pada masa lalu, dan untuk beberapa tahun saya telah menjalankan blog saya dengan bantuan Drupal, dalam masa itu dan pada bulan-bulan pertama, saya telah mendapat Slashdoted dan dugg tiga kali, ketiga-tiga kali pelayan saya turun.

Sejak itu saya telah menjadi taksub dengan Tweaker konfigurasi pelayan saya untuk menyokong beban Slashdot, Digg dan sebagainya.

Saya tidak menjalankan blog saya lebih Drupal lagi, tetapi saya masih suka Drupal banyak, dan pada hujung minggu ini saya telah bermain dengan Drupal 7 dan Varnish, untuk melihat bagaimana ia melaksanakan, di bawah beban berat.

Varnish drupal pelayan cache hosting ve pemindahan itu

Saya cuba untuk memikirkan cara untuk mengoptimumkan konfigurasi Drupal tanpa perlu tweak terlalu banyak ke dalam Drupal atau konfigurasi server, dan tanpa keperluan untuk menambah terlalu banyak "prestasi" modul.

Alam sekitar

Berikut adalah butiran konfigurasi saya:

Arch Linux 2011,10
Rackspace VPS
256 RAM
Apache / PHP / MySQL / Varnish

konfigurasi

Saya menggunakan asas pemasangan Drupal 7, dengan cache teras DIHIDUPKAN.

LAMP adalah standard yang terdapat di Arch Linux oleh masa penulisan ini, dan tiada konfigurasi istimewa dengan mana-mana komponen. Kecuali Apache adalah mendengar port 8080 dan bukannya port 80. Jadi ia boleh Laman pelayan dalaman untuk Varnish.

Varnis adalah pemecut HTTP direka untuk laman web yang dinamik kandungan-berat. Berbeza dengan pemecut HTTP lain seperti sotong, yang bermula kehidupan sebagai cache pihak pelanggan atau Apache dan nginx, yang terutamanya pelayan asal, Varnish telah direka dari bawah ke atas sebagai pemecut HTTP. Varnish memberi tumpuan semata-mata pada HTTP, tidak seperti pelayan proksi lain yang sering menyokong FTP, SMTP dan protokol rangkaian yang lain

Varnis akan menyokong beban, tetapi sekali lagi konfigurasi adalah agak asas:

Saya telah menggunakan ab alat untuk menguji, kerana ini adalah ujian untuk membuktikan laman Drupal akan dapat menguruskan kenaikan dalam lalu lintas dari Digg atau John grubber, maka ab adalah OK. Jika anda merancang untuk mempunyai beribu-ribu muka surat dan laksa laman pemandangan sejam, diedarkan di seluruh kandungan, ini mungkin tidak sesuai untuk anda, tetapi jika hanya satu atau Beberapa buah laman popular pada satu masa, ini adalah tempat yang tepat untuk menjadi .

Ini adalah arahan:

-n: Bilangan permintaan -c: Bilangan sesi serentak

Selepas ini, saya telah memindahkan halaman yang sama ke pelayan Nginx berjalan pada cermin Arch Linux server berkuasa.

Saya telah melakukan yang menggunakan curl

Dan kemudian berjalan ab terhadap Nginx dengan halaman statik, hasilnya adalah:

Seperti yang anda lihat walaupun Drupal tidak menggunakan rangsangan, dan ia adalah kandungan dinamik penuh, Varnish membuat ia bersamaan dengan laman web statik. Keputusan yang hampir sama dalam kedua-dua ujian.

Hanya untuk membiarkan anda melihat prestasinya tanpa Varnish, di sini adalah apa yang berlaku apabila Varnish diambil mengetepikan dan Apache / PHP / MySQL menyokong beban penuh.

Baik: dengan beban yang sama, MySQL digantung, dan semua Sistem Operasi dihentikan. Saya terpaksa reboot server dari Console.

Supaya mengurangkan beban:

kesimpulan

Seperti yang anda lihat, ia adalah hanya satu perkara yang memasang varnis dengan konfigurasi yang sangat mudah dan asas untuk meningkatkan prestasi pelayan banyak. Dapat mengendalikan 250 + permintaan sesaat dalam pelayan RAM 256 MB dengan Drupal CMS tidak begitu sukar.

Sekali lagi, ini adalah hanya sah untuk pengguna tanpa nama, iaitu jika anda mempunyai blog atau berita atau laman tutorial, di mana pengunjung anda tidak perlu tidak perlu log masuk untuk berinteraksi dengan kandungan anda. Jika anda memerlukan tahap prestasi untuk pengguna log, maka anda perlu melihat memcached, APC dan sebagainya.

Nota: Semua ujian telah dijalankan dari lain berdedikasi Cloud Server menggunakan IP dalaman untuk mengakses Nginx dan Apache pelayan, jadi tidak ada Bandwidth Had.

Jika anda menikmati artikel ini, sila berkongsi

Menonton video ini!

Artikel berkaitan

Penerangan Varnish HTTP Purge menghantar permintaan Purge memadamkan data cache dari halaman atau pos setiap kali ia diubah suai. Ini berlaku semasa mengemas kini, penerbitan, mengulas, atau memotong yang ...

HTTPS adalah protokol yang menyulitkan permintaan HTTP dan jawapan mereka. Ini memastikan bahawa jika seseorang mampu untuk berkompromi rangkaian antara komputer anda dan pelayan anda meminta ...

Abdulrahman mengulas 18 Februari 2011 pada 19:23 (untuk mikeaja) Saya mempunyai dua nota di halaman: - Drupal 6 adalah kurang dari segi sumber yang diperlukan (terutamanya penggunaan cpu) daripada 7, yang menjadikan ia berguna yang ...

2013-07-23 13:22 EST Terima kasih kerana soalan! Ya, anda boleh menggunakan sijil SSL dikongsi. Sijil SSL Shared adalah pratetap, jadi tidak ada konfigurasi dilakukan di sebelah pelayan. Sila ...

Drupal Web Hosting Cloud Hosting VPS adalah tempat yang sempurna untuk semua laman Drupal berkuasa. Kami menawarkan 1 klik pemasangan Drupal kerja pendaftaran, peringkat syarikat web hosting pelayan dan 24-7-365 ...