Bagikan melalui


Perutean Permintaan Aplikasi (ARR) 2.0 untuk Hosting Bersama

oleh Walter Oliver

Pengantar

Topik ini adalah peta panduan untuk informasi yang diperlukan oleh hoster untuk:

  • Pelajari tentang fitur Application Request Routing (ARR) 2.0 dari IIS 7 ke atas.
  • Siapkan ARR sebagaimana dirujuk di artikel Konfigurasi Hosting Bersama.

Microsoft Application Request Routing (ARR) 2.0 adalah modul perutean berbasis proksi yang meneruskan permintaan HTTP ke server konten berdasarkan header HTTP dan variabel server, dan algoritma keseimbangan beban. Fitur utama ARR disebut "afinitas nama host," yang dirancang khusus untuk hoster bersama. Ini mendefinisikan (membuat afinitas) permintaan ke sejumlah server tertentu di belakang server ARR terlepas dari apakah mereka dibuat dari satu klien atau beberapa klien, memastikan bahwa situs tertentu hanya menggunakan sumber daya pada sejumlah server yang ditentukan. Fitur ini memungkinkan hoster untuk menentukan model bisnis baru di mana pelanggan dapat membayar sejumlah server tertentu saat kebutuhan mereka berubah dari waktu ke waktu.

Lanjutkan untuk mengunduh ARR 2.0.

Pelajari tentang ARR 2.0

ARR adalah komponen kunci dari tautan Windows Web Platform <: ke artikel> konfigurasi Shared Hosting. Untuk memahami bagaimana hoster dapat memanfaatkan ARR dalam skenario hosting bersama, Anda dapat:

  • Tonton video ini (http://www.msteched.com/2010/NorthAmerica/WSV324).
  • Baca artikel gambaran umum ini. Ini menjelaskan perbedaan antara pendekatan saat ini untuk hosting bersama dan pendekatan baru yang diaktifkan oleh ARR.

Gambar berikut menggambarkan alur logis permintaan antara klien dan server situs Web target:

Gambar aliran logis permintaan antara klien dan Server situs Web target yang menunjukkan peran A P R dalam penyeimbangan beban permintaan H T T P.

Singkatnya, manfaat ARR meliputi:

  • Permintaan HTTP secara dinamis dimuat seimbang oleh ARR.
  • Administrator dapat menskalakan lingkungan farm Web secara horizontal dengan menambahkan server Web baru yang tidak memiliki alokasi situs yang telah ditentukan sebelumnya.
  • Sumber daya server web didistribusikan lebih merata.
  • Situs memiliki ketersediaan tinggi.
  • Administrator hanya memiliki satu konfigurasi bersama untuk dikelola.
  • Fitur afinitas server domain ARR membuka model alokasi sumber daya server-ke-situs baru.

Menyiapkan ARR untuk Shared Hosting

Langkah-langkah dan artikel berikut ini merupakan panduan lengkap untuk menyiapkan server ARR dan farm server Web terkait, seperti yang dijelaskan dalam artikel Konfigurasi Hosting Bersama:

  1. Menunjuk server yang terhubung ke Internet yang akan menjalankan ARR dan akan menangani semua permintaan Web antara klien dan server aplikasi Web.

  2. Instal ARR di server yang ditunjuk.

  3. Ubah model proses kumpulan aplikasi untuk ARR.Cuplikan layar alur antara Front End dan Back End dengan Server P R disorot.

  4. Siapkan farm server Web ARR, menggunakan prosedur di artikel berikut ini. Untuk informasi selengkapnya tentang konfigurasi bersama, lihat: https://www.iis.net/learn/manage/managing-your-configuration-settings/shared-configuration_264.
    Cuplikan layar alur antara Front End dan Back End dengan farm Server Web disorot dan Konfigurasi Bersama Web Farm ditampilkan.

  5. Konfigurasikan ARR untuk tautan hosting <bersama: https://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/shared-hosting-using-application-request-routing-arr>.

  6. Evaluasi apakah ketersediaan dan skalabilitas tinggi diperlukan. Jika demikian, ada dua pendekatan:

  7. Evaluasi apakah SSL diperlukan untuk situs yang dihosting. Jika demikian, pastikan bahwa server Web di farm server Web ARR tidak dapat diakses langsung dari Internet. Hanya server ARR yang harus tersedia dari Internet. Ini sangat penting karena ARR menggunakan Offloading SSL secara default. Jika SSL tidak diperlukan, nonaktifkan Offloading SSL. Offloading SSL memberikan manfaat berikut:

    • Ini membantu memaksimalkan sumber daya server server Web dengan menjaganya dari mengalokasikan siklus untuk mengenkripsi dan mendekripsi permintaan dan respons.
    • Sertifikat SSL (untuk setiap domain) diinstal sekali (di server ARR), bukan di setiap server di farm Web.
  8. <Masalah: Perlu instruksi tentang menyiapkan izin direktori file log di NAS untuk ARR.>

  9. Konfigurasikan server ARR untuk meneruskan detail kesalahan situs pelanggan. Server ARR harus dikonfigurasi untuk meneruskan detail kesalahan apa pun yang pelanggan inginkan agar situs Web mereka dikirim kembali ke klien Web. Setelah langkah ini selesai, pelanggan akan dapat mengontrol konten halaman kesalahan. Secara default, server ARR akan meneruskan kesalahan tetapi akan menghilangkan detail kesalahan. Ikuti langkah-langkah ini untuk memungkinkan detail kesalahan diteruskan:

    1. Menggunakan Manajer IIS untuk mengelola server ARR, pilih modul Halaman Kesalahan.Cuplikan layar panel kontrol I I S Manager dengan modul Halaman Kesalahan dipilih dan disorot.
    2. Di panel Tindakan (di sisi kanan), klik Edit Fitur Pengaturan. Cuplikan layar panel Tindakan di Halaman Kesalahan yang menampilkan Edit Fitur Pengaturan disorot.
    3. Dalam kotak dialog Edit Halaman Kesalahan Pengaturan, pilih Kesalahan terperinci, lalu klik OK

Cuplikan layar Edit Halaman Kesalahan Pengaturan menampilkan Kesalahan Yang Dihapus dipilih dan disorot.

Kesimpulan

Artikel ini menyediakan peta ke panduan yang perlu dipelajari host dan menyiapkan ARR di lingkungan hosting bersama mereka. Ini termasuk konfigurasi hosting bersama yang direkomendasikan dan instruksi yang diperlukan untuk menyiapkan ARR.