Azure DevOps プロキシ サーバーをインストールしてリモート サイトを設定する方法

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

リモート サイトにいる開発者がメイン サイトにいる開発者とコードを共有している場合は、リモート サイトでバージョン管理ファイルをキャッシングすることで帯域幅を節約することができます。 Azure DevOps プロキシ サーバーは、リモート サイトの複数の開発者が同じファイルをメイン サイトからダウンロードするのではなく、一般的なバージョン管理ファイルをリモート サイトのキャッシュから配布します。 リモート サイトのチームでは、どのバージョン管理ファイルがキャッシュにロードされるかを管理することなく、常にファイルがあるように作業できます。

これを設定するには、リモート サイトにプロキシ サーバーをインストールして構成し、プロキシ サーバーをアプリケーション層に接続し、さらにチーム エクスプローラーのバージョン管理機能をプロキシに接続します。 リモート サイトでファイルのキャッシュを開始する前に、プロキシ サーバーのサービス アカウントを追加して、メイン サイトでAzure DevOps Serverする必要があります。

Azure DevOps プロキシ サーバー

リモート サイトでバージョン管理ファイルをキャッシュする

手順 タスク 詳しい手順
ステップ 1 サポートされているハードウェアとソフトウェアを確認します。 オペレーティング システムが Azure DevOps プロキシ サーバーの要件を満たしていること、およびハードウェアで実行できることを確認します。 Azure DevOps プロキシ サーバーのシステム要件
ステップ 2 Azure DevOps プロキシ サーバーを設定します。 Azure DevOps プロキシ サーバーをインストールします。 インストールが完了したら、Azure DevOps Server Configuration Center を使用してプロキシ サーバーを構成します。 インストールAzure DevOps Server実行する
Azure DevOps Server 構成センターを使用して Azure DevOps プロキシ サーバーを構成する
ステップ 3 チーム エクスプローラーを Azure DevOps プロキシ サーバーに接続します。 Azure DevOps Serverに接続するようにプロキシ サーバーを構成した後、プロキシ サーバーを介してバージョン管理ファイルにアクセスするように Team エクスプローラーを構成する必要があります。 プロキシ サーバーを使用するように Team Foundation のバージョン管理を構成する

Azure DevOps プロキシ サーバーを構成する

次の手順を使用して、Azure DevOps Server構成センターで Azure DevOps プロキシ サーバーを構成できます。

注意

[スタート] メニューからAzure DevOps Server構成センターにアクセスするには、管理コンソールAzure DevOps Server起動し、[プロキシ サーバー] を選択し、[インストール済み機能の構成] を選択します。

前提条件

この手順に従うには、次のアクセス許可レベルが必要です。

  • Azure DevOps プロキシ サーバーを構成しているサーバー上の Administrators セキュリティ グループのメンバーシップ。

  • Azure DevOps Serverの [プロジェクト コレクション管理者] グループのメンバーシップ。

  • Azure DevOps Servicesでは、コレクション管理者であるか、Proxy 名前空間に対するプロキシの管理アクセス許可を持っている必要があります。 プロキシのアクセス許可は、次の方法で付与できます。

    tfssecurity /a+ Proxy Proxy Manage <user account> ALLOW /collection:{collection url}
    

    注意

    上記のコマンドを使用するには、TFS Update 2 以降にプロキシ サーバーが必要です。

Azure DevOps プロキシ サーバーを構成するには、サーバー オペレーティング システムにAzure DevOps Serverがインストールされている必要があります。 詳細については、「Azure DevOps Serverのシステム要件」を参照してください。

Azure DevOps プロキシ サーバーを構成する

Azure DevOps Server Configuration Center を使用して Azure DevOps プロキシ サーバーを構成するには、次の手順に従います。

  1. [ Azure DevOps プロキシ サーバーの構成] を選択し、[ ウィザードの開始] を選択します。

    Azure DevOps プロキシ サーバー構成ウィザードが表示されます。

  2. [ようこそ] 画面を読み、[ 次へ] を選択します。 TFS 2013 プロキシのいずれかのバージョンをこのサーバーで設定した場合 (この機能は TFS 2013 プロキシ以降で動作)、設定を復元するように求められます。 このプロキシ サーバーをさまざまなリソースで構成する場合 は、[いいえ ] を選択して次の手順に進みます。 プロキシを同じAzure DevOps Server サーバーに接続する場合は、[はい] を選択します。 Azure DevOps Serverは認証を試みます。 すべてのエンドポイントAzure DevOps Server正常に認証された場合は、手順 4 に進みます。

    1 つ以上のエンドポイントに問題がある場合は、失敗した接続ごとに次のトラブルシューティング オプションがあります。

    • 接続: このオプションを使用して、エンドポイントを手動で認証します。 手動認証は、失敗した接続からトラブルシューティングを開始する場合に適してします。

    • スキップ: 認証をスキップするには、このオプションを使用します。 Skip は、このエンドポイントを認証するためのパスワードをまだ持っておらず、後でもう一度試すために接続情報を保存する場合に便利です。

    • 削除: エンドポイントを完全に削除するには、このオプションを使用します。

    ヒント

    これらのオプションの詳細については、ブログ投稿「 プロキシ アップグレード: スキップされたプロキシ エンドポイントを確認する方法」を参照してください。

  3. [ 参照] を選択し、このプロキシ サーバーを接続するプロジェクト コレクションを選択します。 [次へ] を選択します。

    注意

    プロジェクト コレクションがAzure DevOps Servicesされている場合は、認証を求められます。 サービスのセットアップに使用した Microsoft アカウントを入力します。

  4. [ サービス アカウント] で、[ システム アカウントを使用して ネットワーク サービスを使用する] または [ ユーザー アカウントを使用して ドメインまたはローカル アカウントを使用する] を選択します。 ユーザー アカウントを使用している場合は、パスワードを入力する必要があります。 ユーザー アカウントとパスワードの組み合わせをテストするには、[テスト] を選択 します。

    プロキシ サーバー サービス アカウントの既定値は Network Service です。

  5. [ 高度な構成] の下に、次のオプションの構成が表示されます。

    • ホストされているサービスに接続している場合は、ここに アカウント名 が表示されます。

      ホステッド サービスで Azure DevOps Server のインスタンスを作成すると、アカウント名が自動的に作成されます。 このアカウントは、ホストされている サービスのプロジェクト コレクション プロキシ サービス アカウント グループに追加されます。 別のアカウントを使用するには、アカウント名を入力し、[テスト] を選択 します

      自動的に作成された既定のサービス アカウントにリセットするには、[既定の サービス アカウントにリセット] を選択します。 これは、Azure DevOps Server 2017 Update 2 以降のプロキシ サーバーには適用されなくなりました。

    • 認証の設定を変更できます。 [ 認証方法] で、[NTLM 認証を使用する 場合は NTLM ] を選択するか、 ネゴシエート (Kerberos) を選択して Kerberos 認証を最初に試行します。これは、より安全なオプションであり、失敗した場合は NTLM にフォールバックします。

      既定値は NTLM です。

  6. [次へ] を選択します。

  7. [ ポート] で、既定値の 8081 をそのまま使用するか、Azure DevOps プロキシ サーバーへの受信接続用に別のリスナー ポート番号を入力します。

    既定値は 8081 です。

  8. [ キャッシュ ルート ディレクトリ] で、既定値をそのまま使用するか、キャッシュ ファイルを格納する別の場所のパスを入力します。

    既定値は Drive:\Program Files\TFS 12.0\Version Control Proxy\ _tfs_data

    ドライブ は、キャッシュ ファイルを格納するドライブの文字です。 割り当てられたネットワーク ドライブを指定できます。

  9. [次へ] を選択します。

  10. [確認] ページで設定を確認し、[ 次へ] を選択します。

    ウィザードによって構成が検証されます。

  11. ウィザードの [構成] を 選択して構成設定を適用します。

  12. 成功画面で [ 次へ ] を選択して、次の成功画面で詳細な結果を読み取ります。 この画面には、構成の結果を含むログへのリンクも表示されます。

  13. [閉じる] を 2 回選択すると、Azure DevOps Server管理コンソールが表示されます。

Team Foundation のバージョン管理を構成する

配布されたチームの場所にバージョン管理ファイルのコピーをキャッシュするプロキシ サーバーを使用するように Team Foundation のバージョン管理を構成できます。 プロキシ サーバーにより、リモートの開発者用に帯域幅を削減できる場合があります。

この手順を実行するには、チーム エクスプローラーを構成するコンピューターの Users セキュリティ グループのメンバーである必要があります。

Azure DevOps プロキシ サーバーを使用するように Team エクスプローラーを構成するには:

  1. Visual Studio を起動します。

  2. [Tools](ツール) メニューの [Options](オプション) を選択します。

  3. [ オプション ] ダイアログ ボックスで、[ ソース管理] を展開し、[ プラグインの選択] を選択します

  4. [ 現在のソース管理プラグイン] で、値が Visual Studio Team Foundation Server であることを確認します。

  5. [ ソース管理] で、[ Visual Studio Team Foundation Server] を選択します。

  6. [ファイルのダウンロードにプロキシ サーバーを使用チェック] ボックスを選択します。

  7. [ プロキシ サーバー名 ] ボックスに、Azure DevOps プロキシ サーバーを実行しているサーバーの名前を入力します。

  8. [ ポート ] ボックスに、Azure DevOps プロキシ サーバーのリスナー ポートを入力します。 既定では、Azure DevOps プロキシ サーバーはポート 8081 でクライアント要求をリッスンします。

Q & A

Q: プロキシ サーバーは以前のバージョンの TFS と下位互換性がありますか?

A: はい。 プロキシ サーバーは、TFS 2010 および TFS 2012 と完全に互換性があります。 実際、TFS プロキシ 2010、TFS プロキシ 2012、およびプロキシ サーバーは、任意の組み合わせで相互に完全に互換性があります。 たとえば、TFS プロキシ 2010 をプロキシ サーバーと共に使用するか、またはその逆を使用できます。

Q: Azure DevOps プロキシ サーバーの任意のバージョンで、1 TB を超えるディスクをサポートするためのキャッシュ クリーンアップの機能強化はありますか?

A: はい。 プロキシ サーバーでは、大きなディスクをサポートするためのキャッシュ クリーンアップの機能強化が行われます。

Q: プロキシ サーバーには破損検出ロジックがありますか?

A: はい。 キャッシュされたファイルが格納された後にディスク上で破損した場合、プロキシ サーバーには破損を検出するロジックがあります。

Q: プロキシ サーバーは、dev.azure.com に対するキャッシュを完全にサポートしていますか?

A: はい。

Q: あるバージョンの Azure DevOps プロキシ サーバーから別のバージョンにアップグレードすると、プロキシ キャッシュはどうなりますか?

A: 以前のバージョンの Azure DevOps プロキシ サーバーまたは TFS プロキシ サーバーからアップグレードした場合、アップグレード中はキャッシュが保持されます。 Azure DevOps Serverはキャッシュを再作成または再作成する必要がないため、リモートの場所からAzure DevOps Serverにすぐにアクセスし続けることができ、パフォーマンスに影響はありません。