close

keyboard_arrow_left

Table of Contents Expand all

list Table of Contents

keyboard_arrow_right

この機械翻訳はお役に立ちましたでしょうか?

Go to English page

免責事項:

このページは、サードパーティー製機械翻訳ソフトウェアを使用して翻訳されます。質の高い翻訳を提供するために合理的な対応はされていますが、ジュニパーネットワークスがその正確性を保証することはできかねます。この翻訳に含まれる情報の正確性について疑問が生じた場合は、英語版を参照してください. ダウンロード可能なPDF (英語版のみ).

例：ポリサーを使用したオーバーサブスクリプションの管理

date_range 19-Jan-25

arrow_backward

arrow_forward

インターフェイスがオーバーサブスクライブされている場合にポリサーを使用し、輻輳が発生した場合の動作を制御することができます。例えば、表 1に記載されているように、サーバーがスイッチに接続されているとします。

表 1: スイッチに接続されたサーバー
サーバーの種類	つながる	IPアドレス
ネットワークアプリケーションサーバー	1ギガビットインターフェイス	10.0.0.1
認証サーバー	1ギガビットインターフェイス	10.0.0.2
データベースサーバー	10ギガビットインターフェイス	10.0.0.3

この例では、ユーザはネットワークアプリケーションサーバが提供するサービスにアクセスし、ネットワークアプリケーションサーバは必要に応じてデータベースサーバに情報を要求します。ユーザーから要求を受信すると、ネットワーク・アプリケーション・サーバーはまず認証サーバーに接続してユーザーの資格情報を検証します。ユーザーが認証され、ネットワークアプリケーションサーバーが要求されたサービスを提供する場合、データベースサーバーからアプリケーションサーバーに送信されるすべてのパケットは、アプリケーションサーバーに接続された1ギガビットイーサネットインターフェイスを2回(アプリケーションサーバーへのイングレス時とユーザーへのエグレス時)通過する必要があります。

ユーザーセッションのイベントの順序は次のとおりです。

ユーザーがアプリケーションサーバーに接続し、サービスを要求します。
アプリケーション・サーバーは、ユーザーの資格情報を要求し、それらを認証サーバーに中継します。
認証サーバーが資格情報を検証すると、アプリケーション・サーバーは要求されたサービスを開始します。
アプリケーション・サーバは、ユーザの要求を満たすために必要なファイルをデータベース・サーバに要求します。
データベース・サーバは、要求されたファイルをアプリケーション・サーバに送信します。
アプリケーションサーバーは、ユーザーへの応答に要求されたファイルを含めます。

データベース・サーバーからアプリケーション・サーバーへのトラフィックは、アプリケーション・サーバーが接続されている 1 ギガビット・インターフェースを輻輳させる可能性があります。この輻輳により、サーバーがユーザーからの要求に応答したり、ユーザー向けの新しいセッションを作成したりできなくなる可能性があります。ポリシングを使用して、これが発生しないようにすることができます。

このファイアウォール構成を作成するには、データベースサーバーで次の手順を実行します。

ポリサーを作成して、データベース・サーバーからアプリケーション・サーバーへのトラフィックが特定の制限を超えた場合にドロップします。
```
[edit firewall]
user@switch# set policer Database-Egress-Policer if-exceeding bandwidth-limit 400 burst-size-limit 500m
user@switch# set policer Database-Egress-Policer then discard
```
データベース・サーバーからアプリケーション・サーバーへのトラフィックを検査するフィルターを作成します。
```
[edit firewall]
user@switch# edit family inet filter Database-Egress-Filter
```
データベース・サーバから送信され、アプリケーション・サーバを宛先とするトラフィックにポリサーを適用するようにフィルタを設定します。
```
[edit firewall family inet filter Database-Egress-Filter]
user@switch# set term term-1 from destination-address 10.0.0.1
user@switch# set term term-1 then policer Database-Egress-Policer
```
必要に応じて、データベースサーバーから他の宛先へのトラフィックを許可する条件を設定します(許可しないと、トラフィックは暗黙的な拒否ステートメントによって破棄されます)。
```
[edit firewall family inet filter Database-Egress-Filter]
user@switch# set term term-2 then accept
```
from ステートメントを省略すると、条件がすべてのパケットに一致することになり、これが望ましい動作であることに注意してください。
エグレス・フィルターを、アプリケーション・サーバーに接続されたデータベース・サーバー・インターフェースに出力フィルターとしてインストールします。
```
[edit interfaces]
user@switch# set xe-0/0/3 unit 0 family inet filter output Database-Egress-Filter
```

最終的な設定は次のようになります。

content_copy zoom_out_map
firewall {
    policer Database-Egress-Policer {
        if-exceeding {
            bandwidth-limit 400;
            burst-size-limit 500m;
        }
        then discard;
    }
    family inet {
        filter Database-Egress-Filter {
            term term-1 {
                from {
                    destination-address {
                        10.0.0.1/24;
                    }
                }
                then policer Database-Egress-Policer;
            }
            term term-2 {  # If required, include this term so that traffic from the database server to other destinations is allowed.
                then accept;
            }
        }
    }
]

arrow_backward PREVIOUS 例：2 色ポリサーとプレフィックスリストの使用

NEXT arrow_forward 転送クラスと損失優先度の割り当て

ルーティング ポリシー、ファイアウォール フィルター、およびトラフィック ポリサー ユーザー ガイド

この機械翻訳はお役に立ちましたでしょうか?

免責事項:

例：ポリサーを使用したオーバーサブスクリプションの管理

関連項目

ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイド