NetScaler HTTP infrastructure suppo

NetScaler HTTP infrastructure supports different queues for various features. Most of these queuing features relate to server farm security and scalability. Most of the queues are so fundamental that they are always used with various protection features in NetScaler. Here is a brief overview of various queues and their purpose.

1) SureConnect Queue

This Queue is maintained to ensure that clients request gets proper response from backend server. This becomes handy in cases where server is too busy processing other client requests or it is tied up in sending large response. If SureConnect is configured and the policy matches with traffic behavior then this is the first queue where client requests will be put. Client requests from this queue will be served before any other queues in system. This is done in weighted fair queuing method to avoid starvation of low level queues.

2) Priority Queue

Priority Queues are activated based on the PQ policies configured on NetScaler. We can support 3 levels of priority queues for incoming client requests. All 3 queues are maintained separately and NetScaler ensures to serve connections in level1 queue before level2 queue. Similarly it services connections in level2 queue before serving connections from level3 queue.

3) DOS Queue

DOS Queue is maintained for HTTP DoS attack protection feature. All incoming clients which cannot be serviced immediately are put in the Surge Queue. When NetScaler detects a HTTP DOS attack based on configured policies, it samples client connections present in Surge Queue based on rate and sends back a challenge response. Client connections which responds to the challenge are then put in the DOS queue which is served before the Surge Queue.

4) Surge Queue

Surge Queue is the default queue every connection will land up in if it does not go to any of the above mentioned queues. This queue is maintained for every configured or dynamically learnt server on NetScaler. The Surge Protection feature also works based on this queue and regulates the speed at which connection should be opened up with backend servers.

Queues based on priority order:

NetScaler Queues Priority
SureConnect 0
PQ – Level1 1
PQ – Level2 2
PQ – Level3 3
DOS Queue 4
Surge Queue 5

ผลลัพธ์ (ไทย) 1:

โครงสร้างพื้นฐานของ NetScaler HTTP รองรับคิวอื่นสำหรับคุณลักษณะต่าง ๆ คุณลักษณะเหล่านี้จัดคิวส่วนใหญ่เกี่ยวข้องกับความปลอดภัยเซิร์ฟเวอร์ฟาร์มและขยับ ส่วนใหญ่คิวดังนั้นพื้นฐานที่พวกเขาเสมอใช้กับคุณลักษณะการป้องกันต่าง ๆ ใน NetScaler ได้ นี่คือภาพรวมโดยย่อของคิวต่าง ๆ และวัตถุประสงค์ของ1) คิว SureConnectคิวนี้ไว้เพื่อให้การร้องขอไคลเอนต์ได้รับการตอบสนองที่เหมาะสมจากเซิร์ฟเวอร์ backend นี้จะมีประโยชน์ในกรณีที่เซิร์ฟเวอร์จะไม่ประมวลผลการร้องขอไคลเอนต์ หรือที่ผูกขึ้นในการส่งการตอบสนองที่มีขนาดใหญ่ ถ้า SureConnect ถูกกำหนดค่า และนโยบายตรงกับพฤติกรรมจราจร แล้วนี้เป็นคิวแรกที่จะทำการร้องขอของไคลเอ็นต์ คำร้องขอของไคลเอ็นต์จากคิวนี้จะเสิร์ฟก่อนคิวอื่น ๆ ในระบบ นี้แล้วถ่วงน้ำหนักวิธีจัดคิวงานเพื่อหลีกเลี่ยงความอดอยากของคิวระดับต่ำ2) คิวระดับความสำคัญคิวลำดับความสำคัญจะทำงานตามนโยบายคุณภาพกำหนดค่าไว้ใน NetScaler เราสามารถสนับสนุนคิวลำดับความสำคัญ 3 ระดับสำหรับการร้องขอของไคลเอ็นต์ขาเข้า 3 คิวทั้งหมดถูกเก็บแยกต่างหาก และ NetScaler ใจเพื่อเชื่อมต่อในคิว level1 ก่อนคิว level2 ในทำนองเดียวกัน ว่าบริการเชื่อมต่อใน level2 คิวก่อนให้บริการเชื่อมต่อจากคิว level33) คิว DOSคิว DOS ไว้สำหรับคุณลักษณะการป้องกันการโจมตี HTTP DoS ไคลเอ็นต์ขาเข้าทั้งหมดซึ่งไม่สามารถให้บริการได้ทันทีที่ใส่ในคิวคลื่น เมื่อ NetScaler ตรวจพบการโจมตี HTTP DOS ตามกำหนดนโยบาย ตัวอย่างการเชื่อมต่อไคลเอนต์ที่อยู่ในคิวคลื่นตามอัตรา และส่งกลับการตอบสนองความท้าทาย เชื่อมต่อไคลเอนต์ที่ตอบรับความท้าทายแล้วใส่ในคิว DOS ที่เสิร์ฟก่อนคิวคลื่น4 คิวคลื่นคลื่นคิวเป็นคิวเริ่มต้นที่เชื่อมต่อทุกจะที่ดินขึ้นในถ้ามันไม่ไปได้คิวกล่าว คิวนี้ไว้สำหรับเซิร์ฟเวอร์ทุกค่า หรือเรียนแบบไดนามิกใน NetScaler คุณลักษณะการป้องกันไฟกระชากทำงานตามคิวนี้ยัง และกำหนดความเร็วที่เชื่อมต่อควรจะเปิดขึ้นกับเซิร์ฟเวอร์ backendคิวตามลำดับความสำคัญ:NetScaler คิวลำดับความสำคัญSureConnect 0PQ – Level1 1PQ – Level2 2PQ – Level3 3คิว DOS 4คิวคลื่น 5

ผลลัพธ์ (ไทย) 2:

โครงสร้างพื้นฐาน NetScaler HTTP สนับสนุนคิวแตกต่างกันสำหรับคุณสมบัติต่างๆ ส่วนมากของคุณสมบัติเข้าคิวเหล่านี้เกี่ยวข้องกับการรักษาความปลอดภัยเซิร์ฟเวอร์ฟาร์มและ scalability ส่วนใหญ่ของคิวจึงพื้นฐานที่พวกเขาจะใช้เสมอกับคุณสมบัติการป้องกันต่าง ๆ ใน NetScaler นี่คือภาพรวมคร่าวๆของคิวต่างๆและวัตถุประสงค์ของพวกเขา. 1) SureConnect คิวคิวนี้จะยังคงเพื่อให้แน่ใจว่าลูกค้าร้องขอได้รับการตอบสนองที่เหมาะสมจากเซิร์ฟเวอร์แบ็กเอนด์ นี้จะกลายเป็นประโยชน์ในกรณีที่เซิร์ฟเวอร์ประมวลผลยุ่งเกินไปการร้องขอของลูกค้าอื่น ๆ หรือมันถูกผูกขึ้นในการส่งการตอบสนองที่มีขนาดใหญ่ หากมีการกำหนดค่า SureConnect และตรงกับนโยบายที่มีพฤติกรรมการจราจรแล้วนี้เป็นคิวแรกที่การร้องขอของลูกค้าจะถูกนำ การร้องขอของลูกค้าจากคิวนี้จะทำหน้าที่ก่อนที่คิวอื่น ๆ ในระบบ นี้จะกระทำในวิธีการเข้าคิวถ่วงน้ำหนักยุติธรรมที่จะหลีกเลี่ยงความอดอยากของคิวระดับต่ำ. 2) คิวลำดับความสำคัญคิวลำดับความสำคัญที่มีการเปิดใช้งานขึ้นอยู่กับนโยบาย PQ กำหนดค่าบน NetScaler เราสามารถรองรับ 3 ระดับของคิวลำดับความสำคัญสำหรับการร้องขอของลูกค้าที่เข้ามา ทั้งหมด 3 คิวมีการบำรุงรักษาและแยก NetScaler สร้างความมั่นใจในการให้บริการการเชื่อมต่อในคิว level1 ก่อนคิว level2 ในทำนองเดียวกันก็ให้บริการการเชื่อมต่อในคิว level2 ก่อนให้บริการการเชื่อมต่อจากคิว level3. 3) DOS คิวคิว DOS จะถูกเก็บไว้สำหรับ HTTP DoS คุณลักษณะการป้องกันการโจมตี ลูกค้าที่เข้ามาทั้งหมดที่ไม่สามารถให้บริการได้ทันทีที่ใส่ในคิว Surge เมื่อตรวจพบ NetScaler DOS HTTP โจมตีขึ้นอยู่กับนโยบายการกำหนดค่าตัวอย่างมันเชื่อมต่อลูกค้าอยู่ในคิว Surge ตามอัตราและส่งกลับมาตอบสนองความท้าทาย เชื่อมต่อลูกค้าที่ตอบสนองต่อความท้าทายที่มีแล้วใส่ในคิว DOS ซึ่งเป็นบริการก่อน Surge คิว. 4) คิวไฟกระชากSurge คิวเป็นคิวเริ่มต้นการเชื่อมต่อทุกคนจะที่ดินในถ้ามันไม่ได้ไปที่ใด ๆ ของคิวดังกล่าวข้างต้น . คิวนี้จะยังคงสำหรับทุก ๆ การกำหนดค่าหรือเรียนรู้แบบไดนามิกเซิร์ฟเวอร์ NetScaler คุณลักษณะป้องกันไฟกระชากยังทำงานขึ้นอยู่กับคิวนี้และควบคุมความเร็วในการเชื่อมต่อควรจะเปิดขึ้นกับเซิร์ฟเวอร์แบ็กเอนด์. คิวขึ้นอยู่กับลำดับความสำคัญ: NetScaler คิวลำดับความสำคัญSureConnect 0 PQ - Level1 1 PQ - Level2 2 PQ - Level3 3 DOS คิว 4 คิว Surge 5

ผลลัพธ์ (ไทย) 3:

บริษัท http โครงสร้างพื้นฐานสนับสนุนคิวที่แตกต่างกันสำหรับคุณสมบัติต่างๆ ส่วนใหญ่เหล่านี้คุณสมบัติที่เกี่ยวข้องกับการรักษาความปลอดภัยเซิร์ฟเวอร์คิวกล่าว ที่สุดของคิวจึงมีพื้นฐานที่พวกเขามักจะใช้กับคุณสมบัติการป้องกันต่าง ๆในบริษัท . นี่เป็นภาพรวมโดยย่อของคิวต่างๆและวัตถุประสงค์ของพวกเขา .



sureconnect คิว 1 )คิวนี้จะยังคงเพื่อให้แน่ใจว่าลูกค้าได้รับการตอบสนองการร้องขอเหมาะสมจากเซิร์ฟเวอร์ backend นี้เป็นประโยชน์ในกรณีที่เซิร์ฟเวอร์ไม่ว่างการประมวลผลอื่น ๆลูกค้าร้องขอ หรือจะผูกขึ้นในการส่งการตอบสนองที่มีขนาดใหญ่ ถ้า sureconnect ถูกปรับและนโยบายการแข่งขันกับการจราจรพฤติกรรมแล้วนี้เป็นคิวแรกที่ร้องขอของลูกค้าจะถูกย้ายการร้องขอจากคิวนี้ลูกค้าจะได้รับก่อนที่จะมีคิวในระบบ นี้จะกระทำในแถวคอยถ่วงน้ำหนักเป็นธรรมวิธีการหลีกเลี่ยงความอดอยากของคิวระดับต่ำ

2 )

ลำดับความสำคัญแถวคอยลำดับความสำคัญคิวจะเปิดใช้งานตามค่าใน PQ นโยบายบริษัท . เราสามารถสนับสนุน 3 ระดับความสำคัญคิวสำหรับลูกค้าที่เข้ามาขอทั้งหมด 3 คิวรักษาแยกต่างหาก และบริษัทให้บริการการเชื่อมต่อใน Level1 ก่อน level2 คิวคิว ในทำนองเดียวกันมันบริการการเชื่อมต่อใน level2 คิวก่อนที่จะให้บริการการเชื่อมต่อจาก Level3 คิว

3

ดอสดอสคิวคิวรักษาสำหรับการโจมตี DoS HTTP คุณลักษณะการป้องกัน . เข้ามาทั้งหมดลูกค้าที่ไม่สามารถให้บริการได้ทันทีจะใส่ในไฟกระชาก คิวเมื่อบริษัทตรวจพบการโจมตี DoS ขึ้นอยู่กับการกำหนดค่านโยบาย HTTP , ตัวอย่างการเชื่อมต่อปัจจุบันลูกค้าในคิวกระชากตามอัตราและส่งกลับท้าทายการตอบสนอง ลูกค้าเชื่อมต่อซึ่งตอบสนองต่อความท้าทายใส่ไว้แล้วในดอสคิวซึ่งจะเสิร์ฟก่อนกระชากคิว คิว



4 ) ไฟกระชากคิวคิวทุกกระแสเริ่มต้นการเชื่อมต่อจะที่ดินขึ้น ถ้ามันไม่ไปสักที่กล่าวถึงข้างต้น คิว คิวนี้เป็นรักษาสำหรับทุกค่า หรือเรียนรู้บนเซิร์ฟเวอร์แบบไดนามิกบริษัท . การป้องกันกระแสคุณลักษณะยังทำงานตามคิว และควบคุมความเร็วที่ควรจะเปิดการเชื่อมต่อกับเซิร์ฟเวอร์ backend

คิวตามความสำคัญ :

บริษัทคิวก่อน
0
pq sureconnect – Level1 1
pq – level2 2
3
pq – Level3 ดอสคิว 4 คิว 5
,