Scaled-Out Menerima Host
Ketika host berisi item penerima, seperti lokasi atau alur penerimaan, host bertindak sebagai batas keamanan, dan pendekodean dan dekripsi pesan terjadi dalam alur dalam host. Untuk membuat host penerima sangat tersedia, Anda harus memiliki dua atau lebih komputer BizTalk Server yang menjalankan instans dari setiap host penerima. Dengan menskalakan host penerima, Anda dapat menjamin ketersediaan untuk penyebaran BizTalk Server yang berkirim pesan secara intensif. Meskipun penyebaran ini mungkin melakukan pemrosesan minimal untuk orkestrasi, penyebaran ini dapat merutekan banyak pesan dari berbagai jenis dengan kecepatan dan keandalan yang besar.
Anda dapat meningkatkan keamanan dan skalabilitas di lingkungan Anda dengan memisahkan host penerima dari host yang memproses orkestrasi dan mengirim pesan karena Anda dapat mengamankan dan menskalakan setiap host secara independen dari host lain. Misalnya, Anda dapat menambahkan dua komputer (instans host) ke host penerima tanpa menambahkan komputer apa pun ke pemrosesan atau pengiriman host.
Beberapa Host untuk Menerima Pesan
Gambar berikut menunjukkan penyebaran BizTalk Server yang menyediakan ketersediaan tinggi untuk host penerima dengan memiliki dua komputer yang menjalankan instans host penerima. Perhatikan bahwa dalam gambar ini pemrosesan dan pengiriman host tidak sangat tersedia.
Untuk penyebaran besar, untuk skenario yang berurusan dengan beberapa mitra dagang, dan untuk skenario ketika Anda menggunakan protokol yang berbeda, Anda dapat menyebarkan fungsi penerimaan di beberapa host penerima. Misalnya, Anda dapat membuat host untuk menerima pesan untuk setiap adaptor, atau host yang berbeda untuk menerima pesan dari mitra yang berbeda. Saat membuat beberapa host penerima, Anda dapat membuat batas keamanan dan memudahkan pengelolaan dan skalabilitas lingkungan Anda; namun, itu tidak membuat lingkungan Anda sangat tersedia.
Untuk membuat lingkungan Anda sangat tersedia, Anda harus membuat dua instans host atau lebih untuk setiap host penerima yang Anda buat. Misalnya, Anda dapat membuat tiga host penerima yang berbeda (A, B, dan C) untuk menerima pesan dari tiga perusahaan yang berbeda. Untuk membuat masing-masing host ini sangat tersedia, Anda kemudian membuat instans host dari masing-masing host ini di dua komputer atau lebih. Perhatikan bahwa Anda dapat memiliki instans setiap host di satu komputer tanpa kehilangan batas keamanan, pengelolaan, atau skalabilitas.
Gambar berikut menunjukkan lingkungan BizTalk Server tiga komputer yang sangat tersedia dengan host yang didedikasikan untuk menerima pesan dari perusahaan yang berbeda.
Untuk memberikan ketersediaan tinggi dalam konfigurasi ini, setiap komputer menjalankan tiga instans host: satu instans untuk masing-masing dari tiga perusahaan. Instans host untuk setiap perusahaan berisi lokasi dan alur penerimaan untuk berkomunikasi dengan perusahaan tersebut. Selama operasi umum, selama Anda telah melakukan pekerjaan yang diperlukan untuk peluasan skala di depan adaptor penerima (misalnya, jika Anda mengonfigurasi penyeimbangan beban jaringan untuk HTTP), beban pesan didistribusikan di antara tiga instans host untuk setiap host. Jika instans host di satu komputer gagal, instans host yang berjalan di dua komputer lainnya memberikan redundansi dan menjaga ketersediaan layanan.
Menskalakan Adaptor Penerima bizTalk Server
Selain instans host, proses penskalaan dan penyediaan ketersediaan tinggi untuk host penerima juga tergantung pada adaptor tertentu yang Anda terapkan dalam penyebaran Anda. Setiap adaptor memiliki karakteristik khusus protokol yang membuat perencanaan dan penyebaran berbeda dalam setiap kasus. Namun, BizTalk Server memungkinkan Anda menerapkan solusi ketersediaan tinggi yang sama untuk semua adaptor, terutama melalui komputer tambahan dan instans host.
Bergantung pada protokol tertentu yang digunakan, beberapa adaptor penerima memerlukan mekanisme tambahan untuk mendistribusikan pesan masuk di antara beberapa komputer host untuk memberikan ketersediaan tinggi. Misalnya, solusi BizTalk Server yang menggunakan adaptor HTTP atau SOAP (atau dikenal sebagai adaptor layanan Web) memerlukan penyeimbang beban seperti Network Load Balancing (NLB) untuk mendistribusikan beban kerja penerima. Tabel berikut ini meringkas panduan ketersediaan tinggi untuk adaptor yang paling umum di BizTalk Server.
| Adaptor | Pedoman ketersediaan tinggi |
|---|---|
| HTTP | Tambahkan beberapa komputer ke host penerima dan konfigurasikan NLB untuk mendistribusikan pesan masuk di beberapa komputer host. |
| SOAP | Tambahkan beberapa komputer ke host penerima dan konfigurasikan NLB untuk mendistribusikan pesan masuk di beberapa komputer host. |
| File | Tambahkan beberapa komputer ke host penerima dengan lokasi terima di setiap komputer host yang mereferensikan folder file yang sama atau jalur Universal Naming Convention (UNC). Untuk solusi lengkap yang sangat tersedia, Anda harus memastikan bahwa lokasi file tempat titik jalur UNC sangat tersedia (atau setidaknya dapat diandalkan). |
| FTP | Konfigurasikan adaptor penerima FTP untuk dijalankan dalam host BizTalk berkluster. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster. |
| (POP3) | Konfigurasikan adaptor penerima POP3 untuk dijalankan dalam host BizTalk berkluster. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster. |
| MSMQ | Konfigurasikan adaptor penerima MSMQ untuk dijalankan di host BizTalk berkluster Windows. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster. Jika lokasi penerima MSMQ menggunakan antrean di server MSMQ jarak jauh, Anda tidak perlu mengelompokkan host BizTalk. Dalam skenario ini, jalankan host penerima MSMQ di beberapa komputer BizTalk dalam grup. |
| MQSeries | Tambahkan beberapa komputer ke host penerima untuk adaptor ini, gunakan manajer antrean terkluster di MQSeries untuk Windows, dan kluster MQSeries Server untuk Windows. |
| Windows Sharepoint Services | Tambahkan beberapa komputer ke host penerima dan konfigurasikan NLB untuk mendistribusikan pesan masuk di beberapa komputer host. |
| - WCF-NetTcp - WCF-Custom |
Tambahkan beberapa komputer ke host penerima dan konfigurasikan NLB untuk mendistribusikan pesan masuk di seluruh komputer host ini. -Atau- Kluster host yang digunakan oleh handler penerima adaptor. |
| - WCF-NetNamedPipe - WCF-BasicHttp - WCF-WSHttp - WCF-CustomIsolated |
Tambahkan beberapa komputer ke host penerima dan konfigurasikan NLB untuk mendistribusikan pesan masuk di seluruh komputer host ini. |
| WCF-NetMsmq | Kluster host yang digunakan oleh handler penerima adaptor. |
HTTP Adapter
Adaptor penerima HTTP di BizTalk Server adalah ekstensi Internet Server API (ISAPI) (BTSHTTPReceive.dll) yang berjalan sebagai instans host pada setiap komputer host penerima. Ketika mitra mengirim pesan ke BizTalk Server melalui protokol HTTP, pesan biasanya tiba di URL tertentu pada komputer BizTalk Server dengan Internet Information Services (IIS) terinstal. Anda membuat instans host di BizTalk Server dengan lokasi terima yang berlangganan URL ini. Ketika pesan tiba di URL, BizTalk Server mengambilnya dan mempertahankannya di database MessageBox.
BizTalk Server menyediakan ketersediaan tinggi untuk adaptor penerima HTTP dengan memungkinkan Anda membuat beberapa instans host dari host penerima yang sama. Instans host ini berlangganan URL tertentu yang dapat menjadi alamat IP kluster bersama jika Anda menggunakan NLB untuk mendistribusikan pesan masuk di beberapa host penerima. Host ini semua berfungsi untuk melayani alamat IP virtual kluster, sehingga jika satu anggota kluster gagal, yang lain masih dapat melayani alamat IP ini.
Adapter SOAP (Adapter Layanan Web)
Tidak seperti adaptor penerima HTTP, adaptor penerima untuk layanan Web tidak melibatkan ekstensi ISAPI. Ini menerima pesan masuk melalui URL yang Anda tentukan dengan menggunakan BizTalk Web Services Publishing Wizard. Panduan ini mengekspor layanan Web dan membuat direktori virtual yang berfungsi sebagai lokasi penerima.
Untuk menyediakan ketersediaan tinggi untuk adaptor layanan Web, tambahkan beberapa komputer ke host penerima dan gunakan NLB untuk mendistribusikan pesan masuk. Ketika klien mengirim pesan ke BizTalk Server melalui adaptor layanan Web, NLB menyeimbangkan pesan ke salah satu host penerima, dan instans host yang sesuai yang berjalan pada host mempertahankan pesan ke database MessageBox.
File Adapter
Adaptor Penerima file mengambil pesan dari folder file atau jalur UNC. Adaptor ini sering digunakan dalam perusahaan alih-alih dalam skenario bisnis-ke-bisnis karena kedua belah pihak memerlukan izin ke jalur tersebut, dan perusahaan biasanya tidak berbagi sistem file. Anda mengonfigurasi handler Penerima file untuk berlangganan jalur sehingga BizTalk Server mengambil pesan saat tiba di lokasi penerima.
BizTalk Server menyediakan ketersediaan tinggi untuk adaptor penerima file dengan memungkinkan Anda membuat instans host di beberapa komputer host yang berlangganan jalur UNC yang sama. Jika instans host yang berjalan di satu komputer host mengalami kesalahan atau gagal, instans host yang sama yang berjalan di komputer host lain dapat mengambil pesan dan mempertahankannya ke database MessageBox.
FTP Adapter
Adaptor penerima FTP tidak boleh dikonfigurasi untuk dijalankan di beberapa host karena adaptor penerima FTP menggunakan protokol FTP untuk mengambil file dari sistem target dan protokol FTP tidak memiliki gagasan tentang penguncian file untuk memastikan bahwa beberapa salinan file yang sama tidak diambil secara bersamaan saat menjalankan beberapa instans adaptor penerima FTP. Adaptor penerima FTP harus dikonfigurasi untuk dijalankan dalam host BizTalk berkluster. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster.
POP3 Adapter
Adaptor penerima POP3 dapat dikonfigurasi untuk dijalankan di beberapa host kecuali server POP3 tempat adaptor membaca memungkinkan beberapa koneksi bersamaan dibuat ke kotak surat yang sama. Jika server POP3 yang terhubung dengan adaptor POP3 mengizinkan beberapa koneksi bersamaan ke kotak suratnya, ketersediaan tinggi untuk adaptor POP3 harus dicapai dengan mengonfigurasi penangan penerima adaptor POP3 untuk berjalan dalam instans host BizTalk yang telah diklusterkan. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster.
MSMQ Adapter
Untuk mencapai ketersediaan tinggi, jalankan adaptor penerima MSMQ di host BizTalk berkluster Windows yang berada dalam grup kluster yang sama dengan sumber daya MSMQ terkluster. Untuk informasi selengkapnya, lihat Pertimbangan untuk Menjalankan Handler Adapter dalam Host Berkluster.
Jika lokasi terima MSMQ hanya menerima dari antrean MSMQ di server MSMQ jarak jauh, maka ketersediaan tinggi dapat dicapai dengan menjalankan host penerima MSMQ di beberapa komputer BizTalk di grup BizTalk. Untuk memberikan ketersediaan tinggi untuk MSMQ, Anda harus memastikan server MSMQ jarak jauh menggunakan pengklusteran failover di Windows. Jika menggunakan antrean transaksi, server MSMQ jarak jauh harus menjalankan MSMQ 4.0 (Windows Server 2008) atau yang lebih tinggi.
Adaptor MQSeries
Adaptor Microsoft BizTalk untuk MQSeries berfungsi sebagai jembatan antara server BizTalk Server dan IBM MQSeries. Untuk menyediakan solusi yang sangat tersedia ketika Anda menggunakan adaptor ini, Anda harus memiliki beberapa instans host yang menjalankan adaptor MQSeries, menggunakan manajer antrean berkluster di MQSeries untuk Windows, dan kluster MQSeries Server untuk Windows. Untuk informasi selengkapnya tentang pengklusteran manajer antrean dan pengklusteran MQSeries Server, lihat dokumentasi IBM WebSphere MQ. Untuk informasi selengkapnya tentang membuat adaptor MQSeries sangat tersedia, lihat "Ketersediaan Tinggi" di Microsoft BizTalk Adapter untuk Bantuan MQSeries.
Adaptor Layanan Windows SharePoint
Adaptor Layanan Windows SharePoint mengambil pesan dari SharePoint dengan memanggil ke layanan web Layanan Windows SharePoint yang diinstal oleh BizTalk pada mesin SharePoint. Adaptor menggunakan mekanisme checkout untuk memastikan bahwa instans host yang berbeda tidak akan memproses pesan yang sama. Ini memungkinkan adaptor penerima untuk menskalakan dengan menambahkan lebih banyak instans host. BizTalk Server menyediakan ketersediaan tinggi untuk adaptor penerima SharePoint dengan memungkinkan Anda menjalankan lokasi terima yang sama pada beberapa instans host yang berlangganan URL HTTP yang sama yang menunjuk ke penginstalan NLB SharePoint.
Adaptor WCF-NetTcp
NetTcpBinding dapat diseimbangkan bebannya menggunakan teknik penyeimbangan beban lapisan IP. Namun, NetTcpBinding mengumpulkan koneksi TCP secara default untuk mengurangi latensi koneksi. Ini adalah pengoptimalan yang mengganggu mekanisme dasar penyeimbangan beban. Nilai konfigurasi utama untuk mengoptimalkan NetTcpBinding adalah batas waktu sewa, yang merupakan bagian dari Pengaturan Kumpulan Koneksi. Pengumpulan koneksi menyebabkan koneksi klien dikaitkan dengan server tertentu dalam farm. Ketika masa pakai koneksi tersebut meningkat (faktor yang dikendalikan oleh pengaturan batas waktu sewa), distribusi beban di berbagai server di farm menjadi tidak seimbang. Akibatnya, waktu panggilan rata-rata meningkat. Jadi saat menggunakan NetTcpBinding dalam skenario yang seimbang beban, pertimbangkan untuk mengurangi batas waktu sewa default yang digunakan oleh pengikatan. Batas waktu sewa 30 detik adalah titik awal yang wajar untuk skenario beban yang seimbang, meskipun nilai optimalnya bergantung pada aplikasi. Untuk informasi selengkapnya tentang batas waktu sewa saluran dan kuota transportasi lainnya, lihat Kuota Transportasi.