GitLab Dedicatedインスタンスを作成する

このページの指示では、GitLab Dedicatedポータルであるスイッチボードを使用して、GitLab Dedicatedインスタンスのオンボーディングと初期設定について説明します。

ステップ1: スイッチボードへのアクセス

GitLab Dedicatedインスタンスは、スイッチボードを使用して設定されます。スイッチボードへのアクセスを取得するには、アカウントチームに次の情報を提供してください:

• 予想されるユーザー数。
• リポジトリの初期ストレージサイズ（GiB単位）。
• オンボーディングを完了し、GitLab Dedicatedインスタンスを作成する必要があるすべてのユーザーのメールアドレス。
• 独自の暗号化キー（BYOK）を持ち込むかどうか。その場合、GitLabはBYOKを有効にするために必要なAWSアカウントIDを提供します。
• Dedicatedインスタンスの受信移行にGitLab Geo移行を使用するかどうか。

スイッチボードへのアクセス権が付与されている場合は、サインインするための仮認証情報が記載されたメールによる招待状が届きます。

スイッチボードの認証情報は、Self-ManagedインスタンスまたはGitLab.comにサインインするために既にお持ちの他のGitLab認証情報とは異なります。

スイッチボードに最初にサインインした後、新しいインスタンスを作成するためのオンボーディングを完了する前に、パスワードを更新し、多要素認証を設定する必要があります。

ステップ2: GitLab Dedicatedインスタンスを作成する

スイッチボードにサインインした後、次の手順に従ってインスタンスを作成します:

1. Account details（アカウントの詳細）ページで、サブスクリプション設定を確認して確定します。これらの設定は、アカウントチームに提供した情報に基づいています:

   • Reference architecture（リファレンスアーキテクチャ）: インスタンスで許可される最大ユーザー数。詳細については、可用性とスケーラビリティを参照してください。たとえば、最大3,000人のユーザー。

   • Total repository capacity（リポジトリの総容量）: インスタンス内のすべてのリポジトリで使用できる合計ストレージ容量。例: 16 GiB。この設定は、インスタンスの作成後に減らすことはできません。必要に応じて、後でストレージ容量を増やすことができます。GitLab Dedicatedのストレージがどのように計算されるかの詳細については、GitLab Dedicatedストレージタイプを参照してください。

   これらの値のいずれかを変更する必要がある場合は、サポートチケットを送信してください。

2. 設定ページで、環境アクセス、場所、およびメンテナンス期間設定を選択します:

   • Tenant name（テナント名）: テナントの名前を入力します。独自のドメインを持ち込む場合を除き、この名前は永続的です。

   • Tenant URL（テナントURL）: インスタンスのURLは、<tenant_name>.gitlab-dedicated.comとして自動的に生成されます。

   • Primary region（プライマリリージョン）: データストレージに使用するプライマリAWSリージョンを選択します。詳細については、利用可能なAWSリージョンを参照してください。

     • オプション。プライマリリージョンのアベイラビリティーゾーンIDを選択します。それ以外の場合、AZ IDはインスタンスのプロビジョニング中に自動的に選択されます。

   • Secondary region（セカンダリリージョン）: データストレージとディザスターリカバリーに使用するセカンダリAWSリージョンを選択します。このフィールドは、既存のSelf-ManagedインスタンスからのGitLab Geo移行には表示されません。一部のリージョンではサポートが制限されています。

     • オプション。セカンダリリージョンのアベイラビリティーゾーンIDを選択します。それ以外の場合、AZ IDはインスタンスのプロビジョニング中に自動的に選択されます。

   • Backup region（バックアップリージョン）: プライマリデータのバックアップをレプリケートして保存するリージョンを選択します。プライマリリージョンまたはセカンダリリージョンと同じオプションを使用するか、冗長性の向上のために別のリージョンを選択できます。

   • タイムゾーン: GitLabが定期メンテナンスとアップグレードを実行する毎週4時間の時間帯を選択します。詳細については、メンテナンス期間を参照してください。

3. オプション。セキュリティページで、暗号化されたAWSサービス用のAWS KMSを追加します。キーを追加しない場合、GitLabはインスタンスの暗号化キーを生成します。詳細については、保存時のデータを暗号化するを参照してください。

4. Tenant summary（テナントのサマリー）ページで、テナントの設定の詳細を確認します。前の手順で提供した情報が正確であることを確認したら、Create tenant（テナントの作成）を選択します。

   これらの設定は、インスタンスを作成する前に注意深く確認してください。後で変更することはできません:

   • セキュリティキーとAWS KMSキー（BYOK）設定
   • AWSリージョン（プライマリ、セカンダリ、バックアップ）
   • リポジトリの総容量（ストレージは増やすことはできますが、減らすことはできません）
   • テナント名とURL（独自のドメインを持ち込む場合を除く）

GitLab Dedicatedインスタンスの作成には、最大3時間かかる場合があります。セットアップが完了すると、GitLabから確認メールが送信されます。

ステップ3: GitLab Dedicatedインスタンスへのアクセスと設定

GitLab Dedicatedインスタンスにアクセスして設定するには:

1. スイッチボードにサインインします。

2. Access your GitLab Dedicated instance（GitLab Dedicatedインスタンスにアクセス）バナーで、認証情報の表示を選択します。

3. インスタンスのテナントURLと一時的なルート認証情報をコピーします。

   セキュリティのため、一時的なルート認証情報はスイッチボードから1回のみ取得できます。スイッチボードを離れる前に、これらの認証情報を安全に（たとえば、パスワードマネージャーに）保存してください。

4. GitLab DedicatedインスタンスのテナントURLに移動し、一時的なルート認証情報でサインインします。

5. 一時的なルートパスワードを新しい安全なパスワードに変更します。

6. 管理者エリアに移動し、GitLab Dedicatedサブスクリプションのライセンスキーを追加します。

7. スイッチボードに戻り、必要に応じてユーザーを追加します。

8. アップグレードとメンテナンスのリリースロールアウトスケジュールを確認します。

次のGitLab Dedicated機能が必要な場合は、事前に計画してください:

• 受信Private Link
• 送信Private Link
• SAML SSO
• 独自のドメインを持ち込む

利用可能なすべてのインフラストラクチャ設定オプションを表示するには、GitLab Dedicatedインスタンスの設定を参照してください。