ローカル・キャッシング専用ネーム・サーバーからリゾルバー・キャッシングへのマイグレーション

ローカルのキャッシング専用ネーム・サーバーを使用している場合は、リゾルバー・キャッシングの使用を検討してください。以下のステップを実行することで、ローカルのキャッシング専用ネーム・サーバーの内容とリゾルバー・キャッシュの内容を比較できます。

始める前に

リゾルバー・キャッシングを使用可能およびアクティブにしておく必要があります。リゾルバー・キャッシングが使用可能でない (リゾルバー・セットアップ・ステートメントに NOCACHE ステートメントがコーディングされている) 場合は、リゾルバー・キャッシングを構成するためのステップ (オプション)を参照してください。

手順

ローカル・キャッシング専用ネーム・サーバーからリゾルバー・キャッシングへマイグレーションするには、以下のステップを実行します。

  1. ある一定の間隔でのキャッシング専用ネーム・サーバーの内容とリゾルバー・キャッシュの内容を表示します。
    • キャッシング専用ネーム・サーバーの場合、DNS キャッシュの内容をダンプできます。 BIND 9 を実行する DNS サーバーの場合は、rndc dumpdb コマンドを使用します。
    • リゾルバー・キャッシュの場合は、Netstat RESCache/-q レポートを使用します。 詳しくは、キャッシュの内容を表示するステップを参照してください。
  2. 以下の条件を使用して、キャッシング専用ネーム・サーバーの内容とリゾルバー・キャッシュの内容を比較し、リゾルバー・キャッシュのみを使用するか、リゾルバー・キャッシュとキャッシング専用ネーム・サーバーを併用するかを決定します。
    • 内容がほぼ同じで、主に A、AAAA、および PTR DNS レコードで構成されている場合は、リゾルバー・キャッシングのみを使用することで利点を最大限に活用できます。このシチュエーションは最も一般的です。
    • 内容は異なるがキャッシング専用ネーム・サーバーが主に A、AAAA、および PTR DNS レコードで構成されている場合、内容の違いの多くは、リゾルバー・キャッシュとキャッシング専用ネーム・サーバーにおける有効期限切れレコードの削除方法が違うことによるものです。このシチュエーションでもやはり、多くの場合、リゾルバー・キャッシングのみの使用がもっとも効果的です。
    • 内容が異なり、キャッシング専用ネーム・サーバーに A、AAAA、および PTR レコード以外の多数の DNS レコードがある場合は、多くの場合、リゾルバー・キャッシングおよびキャッシング専用ネーム・サーバーの両方を使用することに最も利点があります。このシチュエーションは一般的ではありません。
  3. 必要なリゾルバー・キャッシュ・ストレージ量を計算します。 デフォルトのストレージ量 (200 メガバイト) を使用するか、CACHESIZE リゾルバー・セットアップ・ステートメントを使用して最大ストレージ量を指定することができます。計算する場合は、1 メガバイトのストレージで約 400 から 450 個のキャッシュ・エントリーを保持すると想定します。
  4. ローカル・キャッシング専用ネーム・サーバーを使用しない場合は、そのサーバーを停止してください。
    ガイドライン: 接続するネーム・サーバーの NSINTERADDR リスト内の唯一のネーム・サーバーが、ローカルのキャッシング専用ネーム・サーバーである場合は、キャッシング専用ネーム・サーバー・エントリーを、接続する 1 つ以上のネーム・サーバー IP アドレスと置き換えます。ネーム・サーバーの NSINTERADDR リスト内に既に複数のネーム・サーバーが存在する場合は、ローカルのキャッシング専用ネーム・サーバーの IP アドレスを削除します。

タスクの結果

リゾルバー・セットアップ・ステートメントについての詳細は、「z/OS Communications Server: IP 構成解説書」を参照してください。