Steelhead Optimization Streamlining

Riverbed Steelhead memiliki 3 metode Optimasi (Streamlining) yaitu Data Streamlining, Transport Streamlining dan Application Streamlining.

Data Streamlining

Data streamlining terdiri atas 4 komponen, yaitu:

Data Reduction

  • Mengeliminasi data redundan pada WAN
  • Pemanfaatan bandwidth dengan reduksi hingga 60 – 95%

Compression

  • Kompresi LZ-Compression untuk data segmen yang belum pernah dikirimkan sebelumnya
  • Berguna untuk data yang baru pertama kali dilewatkan

QoS

  • (Optional) Mendahulukan data berdasarkan bandwidth dan latency
  • Kompatibel dengan implementasi QoS existing.

Disaster Recovery Intelligence

  • Secara otomatis mengadaptasi algoritma untuk transfer DR skala besar
  • Mengoptimalkan pembacaan, penulisan, dan penanganan segmen untuk beban besar

Data Streamlining menggunakan kombinasi dari reduksi data yang kuat ini dengan standar kompresi untuk menjamin utilisasi bandwidth minimal. Data streamlining juga menyediakan fitur QoS yang dapat memprioritaskan trafik tergantung bandwidth dan latency. Riverbed menyediakan fleksibilitas pada penggunanya untuk menggunakan QoS yang sudah diimplementasi sebelumnya baik pada router maupun perangkat yang berbeda.

Data Streamlining menggabungkan suatu kecerdasan khusus untuk pemulihan bencana berskala besar (dengan versi 4.1). Kecerdasan ini mengijinkan kita untuk menerapkan algoritma kunci yang dapat beradaptasi lebih baik terhadap proses pemulihan bencana alam. Dengan fungsi ini, kita mengoptimasi proses pembacaan dan penulisan disk pada transfer data yang berukuran besar, dan metode bagaimana kita menangani perubahan pada segmen kecil (hampir serupa dengan melakukan disk defragment pada segmen Data Streamlining, hanya saja dilakukan on-the-fly)

Kompresi Lempel-Ziv (LZ)

SDR dan kompresi adalah 2 fitur yang berbeda dan dapat dimati-hidupkan secara terpisah. Namun, kompresi LZ adalah fitur utama untuk reduksi data pada cold transfer. Metode kompresi Lempel-Ziv adalah salah satu yang paling populer untuk metode lossless storage. Kompresi secara default dihidupkan. In-path rules digunakan untuk menentukan fitur optimasi yang digunakan untuk tiap set atau trafik yang mengalir melalui perangkat Steelhead.

TCP Optimizations & Virtual Window Expansion (VWE)

Steelhead meningkatkan kemampuan TCP protokol standar, termasuk meningkatkan kemampuan transport untuk nilai BDP (bandwidth delay product) yang tinggi menggunakan HS-TCP, TCP Vegas untuk bandwidth yang lebih rendah dan partial ack.

Selain ukurannya TCP Payload diperbesar, isinya juga bukan data yang belum dioptimasi, namun berisi referensi yang mewakili potongan data (chunk) yang ada di SDR.

VWE membungkus kembali TCP Payloads dengan referensi yang mewakili jumlah data yang berubah-ubah. Hal ini dimungkinkan karena SH beroperasi pada Layer Aplikasi sehingga memberikan fleksibilitas dalam mengoptimasi trafik WAN.

Pada dasarnya TCP Payload meningkat dari ukuran window normal ke ukuran yang besar dan berubah-ubah. Karena payload meningkat, aplikasi yang tergantung dari kinerja TCP (seperti HTTP dan FTP) akan lebih cepat sampai melewati WAN untuk besar data yang sama. Contohnya adalah jika ada koneksi client ke server  memiliki ukuran TCP Window 64 KB. Jika ada data sebesar 256 KB akan ditransfer, pengiriman data membutuhkan beberapa TCP windows jika latensi jaringannya besar. Dengan SDR, 256 KB data ini bisa dimaksimalkan agar hanya menggunakan 1 TCP window saja. Tidak perlu menunggu acknowledgement sebelum mengirim window berikutnya, sehingga akan meningkatkan kecepatan transfer.

Transport Streamlining (TCP Optimizations)

Komponennya yaitu:

SSL Acceleration

  • Mendukung akselerasi end-to-end pada trafik secure
  • Tetap menjaga trust model yang diinginkan

Advanced TCP Acceleration

  • “Fill the pipe” untuk koneksi DS3 dan yang lebih besar
  • Bekerja pada clean links(HS-TCP)
  • “Fill the pipe” untuk OC12 atau lossy links (MxTCP)

Connection Pooling

  • Menghilangkan 50% overhead untuk koneksi kecil dan short-lived connections

Adaptive congestion windows

  • Menyesuaikan parameter transfer berdasarkan karakteristik jaringan characteristics

Limited and fast retransmits

  • Menjamin priority handling untuk paket yang dikirim kembali (packet resends)

Oracle Forms

  • Oracle 11i traffic in socket (native) mode

Connection Pooling

Semua peer SH akan memiliki connection pool sebanyak 20. Jumlah ini bisa dikonfigurasi pada tiap peer SH. Tujuan connection pooling adalah menghindari TCP handshake antara perangkat Steelhead yang melewati WAN . Dengan membangun sesi ini terlebih dulu, jika ada koneksi baru yang dibuat oleh client, client side SH akan menggunakan koneksi yang ada di pool, dan koneksi baru akan dibuat lagi agar jumlah sesi tetap 20.

Transport Streamlining menawarkan optimasi tambahan berdasarkan dari kondisi dari jaringan perusahaan.

Riverbed’s patent-pending SSL acceleration memungkinkan end-to-end secure application acceleration dengan tetap menggunakan trust model yang digunakan oleh perusahaan.

Akselerasi TCP tingkat lanjut seperti High-Speed TCP dan MX-TCP memungkinkan pengguna untuk penggunaan maksimum pada link dengan bandwidth tinggi, latensi tinggi (Long Fat Networks). Teknologi ini juga dapat digunakan pada jaringan pada packet loss tinggi atau koneksi satelit. HS-TCP memungkinkan hingga 800 Mbps pada 1 koneksi TCP. Hal ini berguna pada Long Fat Network dimana TCP akan back off terlalu cepat dan tidak bisa mencapai penggunaan bandwidth optimal. High-speed TCP melakukan ini dan tetap menjaga sifat dasar TCP yang aman dan andal, tidak seperti pendekatan “fill the pipe” lain yang dapat memengaruhi kinerja aplikasi lain. MX-TCP memungkinkan IT administrator untuk mengalokasikan sejumlah bandwidth dan mengisinya 100%, bahkan jika dihadapkan pada packet loss.

Adaptive congestion windows: Secara otomatis mengubah ukuran window berdasarkan karakteristik jaringan. Limited and fast retransmits: menggunakan fitur ini paket yang dikirim ulang didahulukan dari paket lain. Connection pooling: Steelhead menjaga satu kelompok koneksi TCP yang sudah lebih dulu dibuat agar client dapat menggunakannya. Menghemat waktu setup, terutama untuk koneksi usia pendek dan kecil.

Application Streamlining

Percakapan paket pada aplikasi lebih banyak dari TCP. Untuk mengoptimasinya, Riverbed menggunakan metode Application Streamlining.

Diagram Application Streamlining


Application Streamlining Applications Support

Pada rilis RiOS Steelhead terbaru, telah ditambahkan peningkatan untuk aplikasi berbasis web seperti HTTP dan HTTPS, sehingga Steelhead kini mampu untuk mengakselerasi aplikasi SSL yang dienkripsi. Perangkat Steelhead menggunakan fungsi “Advanced HTTP Streamlining” untuk mengakselerasi aplikasi berbasis web, sementara Steelhead Mobile menggunakan fungsi yang ekuivalen dengan RiOS 3.0 untuk mengakselerasi aplikasi berbasis HTTP.

Pada versi 4.1, optimasi Oracle 11i dalam socket mode diperkenalkan. Sebelumnya data yang diacak oleh Oracle jInitiator tidak bisa dioptimasi.
Perlu dicatat adalah Steelhead Mobile, pada rilis 1.0 diperuntukkan untuk akselerasi aplikasi yang paling sering digunakan oleh mobile user, seperti: File Sharing via CIFS, Email via MAPI, dan aplikasi web dengan HTTP. Dan seperti layaknya  perangkat Steelhead, Steelhead Mobile juga mengakselerasi aplikasi yang berbasis TCP.

Aplikasi yang Didukung oleh Riverbed Steelhead (Application Streamlining)

  • CIFS
    • Read Ahead
    • Write Behind
    • SMB Signing enabled = disabled auto
    • Must Oplock available
    • Not enabled by default
  • NFS
    • Read Ahead & Write Behind
    • Hanya NFSv3
    • Menggabungkan beberapa request mjd 1 request besar
  • MAPI
  • Seperti virtual client, tarik email walau client DC
  • Mengecek tiap 20 menit (configurable)Timeout = 96 Jam (configurable)
  • Client connect lagi, prepop stop
  • HTTP/HTTPS
    • Membagi object menjadi elemen
    • Page sama akan dipanggil ulang
  • Lotus Notes
  • MS-SQL
  • Backup & Replication
  • Proxy Files Service
  • Diluar aplikasi di atas akan dioptimasi seperti biasa tanpa optim L7 (LZ Compression and SDR)
Riverbed Steelhead Transaction Prediction
[Share] Latihan Soal RCSA-WAN Opt

Leave a Reply

Your email address will not be published / Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.