• リファレンスアーキテクチャのサイズ別のテスト済みAWS部品表
• GitLabクラウドネイティブハイブリッドで利用可能なInfrastructure as Code
  • 2ゾーンと3ゾーンの高可用性
  • AWSクイックスタート準備済みGitLabインスタンスの効率化されたパフォーマンステスト
  • AWS GovCloud Support for AWS Quick Start for GitLab CNH on EKS.
• すべてのGitLab実装のためのAWS PaaSの認定
• GitLab クラウドネイティブハイブリッド on AWS
  • EKS上の2Kクラウドネイティブハイブリッド
  • EKSの3Kクラウドネイティブハイブリッド
  • EKSの5Kクラウドネイティブハイブリッド
  • EKS上の10Kクラウドネイティブハイブリッド
  • 50K EKS上のクラウドネイティブハイブリッド
• リソース

を参照してください。

GitLab クラウドネイティブハイブリッドを AWS EKS にプロビジョニングします。

GitLabの「クラウドネイティブハイブリッド」は、クラウドネイティブテクノロジーのKubernetes(EKS) とEC2のハイブリッドです。GitLabアプリケーションの可能な限り多くをKubernetesまたはAWSサービス（PaaS）上で実行する一方で、GitLabサービスGitalyは依然としてEC2上で実行する必要があります。Gitalyは、水平にスケールするアーキテクチャにおけるGitバイナリの制限を克服するために設計されたレイヤーです。Gitalyが作られた理由や、Gitの制限のために現在インスタンス・コンピュート上で実行しなければならない理由については、水平スケーリングを難しくするGitの特徴で詳しく説明しています。

Amazonは、Amazon Elastic Kubernetes Service(EKS) として知られるマネージドKubernetesサービスを提供しています。

リファレンスアーキテクチャのサイズ別のテスト済みAWS部品表

*実際の導入時のコスト計算は、以下の点を考慮した目安です：

• インスタンスタイプの実際の選択は、設定のGPTテストに基づいてください。
• 最初の 1 年間の実際の使用は、予想よりも低い使用による潜在的な節約を明らかにし ます。
• コストの見積もりは、Kubernetesクラスタノードを24時間×7時間×365日フルスケールで使用した場合を想定しています。アイドリング・スケールイン」による節約は、特定の実装の使用パターンに大きく依存するため、考慮していません。
• GitLab Runner、データエグジット、ストレージなどのコストは、特定の実装の設定や開発者の行動（コミットの頻度やビルドの頻度など）に大きく依存するため、含まれていません。
• これらの見積もりは、GitLabがテストし、計算の選択を最適化するにつれて変化します。

GitLabクラウドネイティブハイブリッドで利用可能なInfrastructure as Code

GitLab Environment Toolkit(GET)は、TerraformとAnsibleスクリプトのセットです。これらのスクリプトは、選択したクラウドプロバイダー上のLinuxパッケージやクラウドネイティブハイブリッド環境のデプロイを支援し、GitLab開発者がGitLab Dedicatedのために使用します（例）。

GitLab環境ツールキットを使ってAWS上にクラウドネイティブハイブリッド環境をデプロイすることができます。しかし、それは必須ではありませんし、すべての有効な順列をサポートするわけではありません。とはいえ、このスクリプトはそのまま提供されるものであり、それに応じてアレンジすることができます。

2ゾーンと3ゾーンの高可用性

GitLab リファレンスアーキテクチャでは一般的に3ゾーンの冗長化を推奨していますが、AWS Quick Starts と AWS Well Architected では AWS Well Architected として2ゾーンの冗長化を考慮しています。個々の実装では、2ゾーンと3ゾーンの設定のコストを、最終的な設定のための自身の高可用性要件と比較検討する必要があります。

Gitaly Clusterは、同期ノード間の強力な一貫性を実装するために一貫性投票システムを使用します。アベイラビリティゾーンの実装数にかかわらず、偶数ノードによる投票の行き詰まりを回避するために、クラスターには常に最低3台のGitalyノードと3台のPrafectノードが必要です。

AWSクイックスタート準備済みGitLabインスタンスの効率化されたパフォーマンステスト

AWS Quick Start for GitLab Cloud Native Hybrid on EKSを使用して準備されたGitLabインスタンスをテストするための一連のパフォーマンステスト手順は省略されています。これらはGitLabパフォーマンスツールに精通していないことを前提としています。こちらからアクセスできます：AWS Quick Start for GitLab Cloud Native Hybrid on EKS を使って準備したインスタンスのパフォーマンステスト。

AWS GovCloud Support for AWS Quick Start for GitLab CNH on EKS.

AWS Quick Start for GitLab Cloud Native Hybrid on EKSはGovCloudでテストされており、以下の制限と理解で動作します。

• GovCloudには公開Route53ホストゾーンがないため、以下のパラメータを設定する必要があります：

  CloudFormationクイックスタートフォームのフィールド	CloudFormationパラメータ	設定
  Route 53ホストゾーンの作成	作成されたホストゾーン	なし
  AWS Certificate Manager SSL証明書のリクエスト	CreateSslCertificate	なし

• クイックスタートでは公開ロードバランサーの IP を作成するので、テストをデプロイするときに GitLab の GUI にアクセスするためのローカル hosts ファイルを簡単に設定することができます。しかし、公開ロードバランサがプロビジョニング計画の一部でない場合は手動で変更する必要があるかもしれません。公開されていないロードバランサーを設定オプションのイシューリンクにする予定です：短期的な課題インターネット Ingress を使わない非公開 GitLab インスタンスのためのドキュメントと自動化
• 2021-08-19現在、AWS GovCloudにはAmazon RDS PostgreSQL用のGravitonインスタンスがありますが、ElastiCache Redis用のインスタンスはありません。
• 標準のクイックスタートURLからGovCloudにクイックスタートテンプレートを読み込ませるのは難しいので、汎用的なものをここに提供します：
  • us-gov-east-1の新規VPCの起動
  • us-gov-west-1の新規VPCの起動

すべてのGitLab実装のためのAWS PaaSの認定

Linuxパッケージを使用した実装、またはCloud Native Hybridの実装のいずれについても、以下のGitLabサービスのロールはAWSサービス（PaaS）で実行できます。インスタンスの規模に応じた事前設定が必要なPaaSソリューションは、インスタンス毎のサイズ部品表のリストにも記載されます。特定のサイジングを必要としない PaaS は、部品表には繰り返し表示されません（例えば、AWS Certification Manager）。

これらのサービスは GitLab でテストされています。

ログの集約やEメールの送信など、GitLabによって指定されていないサービスもありますが、提供されている場合はその旨記載しています。

GitLab クラウドネイティブハイブリッド on AWS

EKS上の2Kクラウドネイティブハイブリッド

EKS上の2Kクラウド・ネイティブ・ハイブリッド部品表(BOM)

GPTテスト結果

• 未定

今すぐデプロイ 今すぐデプロイリンクは、AWS クイックスタートの自動化を活用し、以下の部品表に基づいてクイックスタート用のインスタンス数とインスタンスタイプのみを事前に入力します。その他のパラメータについては、Quick Startドキュメントのデプロイ手順セクションのガイダンスに従って適切な入力を行う必要があります。

• 今すぐデプロイ：2AZのAWSクイックスタート
• 今すぐデプロイ：AWSクイックスタート（3AZ

BOM Total:= Bill of Materials Total - この設定を構築する際に使用します。

Ref Arch Raw Total:= PaaSサービスなしの通常のVM上で設定を構築した場合の合計。純粋な VM 上で設定を行う場合、一般的にクラスター管理アクティビティのために追加の VM が必要になります。

Idle Configuration (Scaled-In)= 需要が少ない時にスケールインしたり、ウォームスタンバイのGeoインスタンスに使用できます。内部要件に合わせた EKS オートスケールの設定、テスト、および管理が必要です。

EKSの3Kクラウドネイティブハイブリッド

EKS上の3Kクラウド・ネイティブ・ハイブリッド部品表(BOM)

GPTテスト結果

• 3Kフル固定スケールGPTテスト結果

• 25%からの3KオートスケールGPTテスト結果

  Elastic Auto Scale GPTテストの結果は、アイドル状態のクラスターから開始し、標準GPTテストを開始して、EKS Auto Scalerがパフォーマンス・テストの要求に十分対応できるかどうかを判断します。一般的に、これは、標準的な本番ワークロードによってランピングが駆動される場合に必要とされるスケーリングよりも大幅に難しいランピングです。

今すぐデプロイ

Deploy Nowリンクは、AWS Quick Start自動化を活用し、以下の部品表に基づいてQuick Start用のインスタンス数とインスタンスタイプのみを事前に入力します。その他のパラメータは、Quick Startドキュメントのデプロイ手順セクションのガイダンスに従って適切な入力を行う必要があります。

• 今すぐデプロイ：2AZのAWSクイックスタート
• 今すぐデプロイ：AWSクイックスタート（3AZ

BOM Total:= Bill of Materials Total - この設定を構築する際に使用します。

Ref Arch Raw Total:= PaaSサービスなしの通常のVM上で設定を構築した場合の合計。純粋な VM 上で設定を行う場合、一般的にクラスター管理アクティビティのために追加の VM が必要になります。

Idle Configuration (Scaled-In)= 需要が少ない時にスケールインしたり、ウォームスタンバイのGeoインスタンスに使用できます。内部要件に合わせた EKS オートスケールの設定、テスト、および管理が必要です。

グランドトータルを満たすために、ノードの種類と数量を他の組み合わせにすることもできます。ポッドの特性上、ホストが小さすぎると未使用の容量が大きくなることがあります。

EKSの5Kクラウドネイティブハイブリッド

EKS上の5Kクラウド・ネイティブ・ハイブリッド部品表(BOM)

GPTテスト結果

• 5Kフル固定スケールGPTテスト結果

• 25%からの5KオートスケールGPTテスト結果

  Elastic Auto Scale GPTテストの結果は、アイドル状態のクラスターから開始し、標準GPTテストを開始して、EKS Auto Scalerがパフォーマンス・テストの要求に十分対応できるかどうかを判断します。一般的に、これは、標準的な本番ワークロードによってランピングが駆動される場合に必要とされるスケーリングよりも大幅に難しいランピングです。

今すぐデプロイ

Deploy Nowリンクは、AWS Quick Start自動化を活用し、以下の部品表に基づいてQuick Start用のインスタンス数とインスタンスタイプのみを事前に入力します。クイックスタートドキュメントのデプロイステップセクションのガイダンスに従って、他のすべてのパラメータに適切な入力を行う必要があります。

• 今すぐデプロイ：2AZのAWSクイックスタート
• 今すぐデプロイ：AWSクイックスタート（3AZ

BOM Total:= Bill of Materials Total - この設定を構築する際に使用します。

Ref Arch Raw Total:= PaaSサービスなしの通常のVM上で設定を構築した場合の合計。純粋な VM 上で設定を行う場合、一般的にクラスター管理アクティビティのために追加の VM が必要になります。

Idle Configuration (Scaled-In)= 需要が少ない時にスケールインしたり、ウォームスタンバイのGeoインスタンスに使用できます。内部要件に合わせた EKS オートスケールの設定、テスト、および管理が必要です。

グランド・トータルを満たすために、ノードの種類と数量を他の組み合わせにすることもできます。ポッドにはCPUとメモリが必要なため、ホストが小さすぎると未使用の容量が大きくなる可能性があります。

EKS上の10Kクラウドネイティブハイブリッド

EKS上の10Kクラウド・ネイティブ・ハイブリッド部品表(BOM)

GPTテスト結果

• 10Kフル固定スケールGPTテスト結果

• 10K Elastic Auto Scale GPTテスト結果

  Elastic Auto Scale GPTテストの結果は、アイドル状態のクラスターから開始し、標準GPTテストを開始して、EKS Auto Scalerがパフォーマンス・テストの要求に十分対応できるかどうかを判断します。一般的に、これは、標準的な本番ワークロードによってランピングが駆動される場合に必要とされるスケーリングよりも大幅に難しいランピングです。

今すぐデプロイ

Deploy Nowリンクは、AWS Quick Start自動化を活用し、以下の部品表に基づいてQuick Start用のインスタンス数とインスタンスタイプのみを事前に入力します。クイックスタートドキュメントのデプロイステップセクションのガイダンスに従って、他のすべてのパラメータに適切な入力を行う必要があります。

• 今すぐデプロイ：AWSクイックスタート（3AZ

BOM Total:= Bill of Materials Total - この設定を構築する際に使用します。

Ref Arch Raw Total:= PaaSサービスなしの通常のVM上で設定を構築した場合の合計。純粋な VM 上で設定を行う場合、一般的にクラスター管理アクティビティのために追加の VM が必要になります。

Idle Configuration (Scaled-In)= 需要が少ない時にスケールインしたり、ウォームスタンバイのGeoインスタンスに使用できます。内部要件に合わせた EKS オートスケールの設定、テスト、および管理が必要です。

グランド・トータルを満たすために、ノードの種類と数量を他の組み合わせにすることもできます。ポッドにはCPUとメモリが必要なため、ホストが小さすぎると未使用の容量が大きくなる可能性があります。

50K EKS上のクラウドネイティブハイブリッド

EKS上の50Kクラウド・ネイティブ・ハイブリッド部品表(BOM)

GPTテスト結果

• 50Kフル固定スケールGPTテスト結果

• 50K Elastic Auto Scale GPTテスト結果

  Elastic Auto Scale GPTテストの結果は、アイドル状態のクラスターから開始し、標準GPTテストを開始して、EKS Auto Scalerがパフォーマンス・テストの要求に十分対応できるかどうかを判断します。一般的に、これは、標準的な本番ワークロードによってランピングが駆動される場合に必要とされるスケーリングよりも大幅に難しいランピングです。

今すぐデプロイ

Deploy Nowリンクは、AWS Quick Start自動化を活用し、以下の部品表に基づいてQuick Start用のインスタンス数とインスタンスタイプのみを事前に入力します。クイックスタートドキュメントのデプロイステップセクションのガイダンスに従って、他のすべてのパラメータに適切な入力を行う必要があります。

• 今すぐデプロイ：3AZのAWSクイックスタート - 1/4 Scale EKS

BOM Total:= Bill of Materials Total - この設定を構築する際に使用します。

Ref Arch Raw Total:= PaaSサービスなしの通常のVM上で設定を構築した場合の合計。純粋な VM 上で設定を行う場合、一般的にクラスター管理アクティビティのために追加の VM が必要になります。

Idle Configuration (Scaled-In)= 需要が少ない時にスケールインしたり、ウォームスタンバイのGeoインスタンスに使用できます。内部要件に合わせた EKS オートスケールの設定、テスト、および管理が必要です。

グランド・トータルを満たすために、ノードの種類と数量を他の組み合わせにすることもできます。ポッドにはCPUとメモリが必要なため、ホストが小さすぎると未使用の容量が大きくなる可能性があります。

リソース

• Kubernetesクラスターのアーキテクチャ - ワーカーノードサイズの選択

免責事項：このページには、今後の製品、機能、特徴に関する情報が含まれています。掲載されている情報は、情報提供のみを目的としていることにご注意ください。購入や計画の目的でこの情報を鵜呑みにしないでください。すべてのプロジェクトと同様に、このページに記載されている項目は変更または遅れる可能性があります。製品、特徴、または機能の開発者、リリース者、およびリリース時期は、GitLab Inc.の独自の裁量に委ねられます。