Content last updated 2026-08-25

GitLab SaaS サービスの可用性測定

このポリシーは、GitLab.com、GitLab Dedicated、および GitLab Dedicated for Government の可用性の測定方法を規定します

This is a Controlled Document

In line with GitLab’s regulatory obligations, changes to controlled documents must be approved or merged by a code owner. All contributions are welcome and encouraged.

GitLab サービスレベルアグリーメント - 可用性の定義

以下のサービスレベルアグリーメントは、2026年1月1日以降に購入または更新された Ultimate ティアの SaaS ソフトウェアに適用されます。

サービス可用性コミットメント

GitLab は、各暦月において対象エクスペリエンスを月間稼働率少なくとも 99.9% で利用可能にすることをコミットします。

対象エクスペリエンス

以下の GitLab の機能とサービスは、この SLA（「対象エクスペリエンス」）の対象となります。

Issue とマージリクエスト
Git 操作（HTTPS および SSH 経由でのプッシュ、プル、クローン）
コンテナレジストリ操作
パッケージレジストリ操作
API リクエスト（上記の対象エクスペリエンスのみに限定）

ダウンタイム分の定義

**「ダウンタイム分」**は、以下の場合に発生します。

サービスが可用性の低下を経験しており、特定の1分間における対象エクスペリエンスへの有効な顧客リクエストの 5% 以上が、GitLab の内部および外部モニタリングシステムによって決定されるサーバーエラー（HTTP 5xx ステータスコードまたは30秒を超える接続タイムアウトとして定義）になる場合。

ダウンタイム分には、このドキュメントで定義される除外分は含まれません。

有効リクエストの定義

**「有効リクエスト」**とは、以下のすべての条件を満たすリクエストを意味します。

適切に認証および認可されている - リクエストに有効な認証資格情報が含まれており、ユーザーがリクエストされた操作に対して適切な権限を持っている
正しく形成されている - リクエストが：
1. 文書化された API エンドポイント、パラメーター、およびメソッドを使用している
2. GitLab が公開している API 仕様とドキュメントに従っている
3. 構文的に正しい Git コマンドを含む（Git 操作の場合）
4. 必要なヘッダーと適切に書式化されたリクエストボディを含む
使用制限内である - リクエストが：
1. 文書化されたレート制限を超えていない
2. サイズ制限を超えていない（ファイルサイズ、リポジトリサイズ、ペイロードサイズなど）
3. ブロックされていない IP アドレスまたはユーザーから発信されている
4. フェアユースポリシーに従っている
悪意がない - リクエストが：
1. セキュリティの脆弱性を悪用しようとしていない
2. 悪意のあるコードやペイロードを含んでいない
3. DDoS やその他の攻撃パターンの一部ではない
4. アクセス制御を回避しようとしていない
サポートされている操作 - リクエストが：
1. 顧客のサブスクリプションティアに含まれる機能をターゲットにしている
2. 一般提供（GA）機能を使用している（実験的/ベータ版ではない）

以下は有効リクエストから除外されます。

クライアント側の問題によって HTTP 4xx エラーを受け取るリクエスト
廃止日以降に廃止された API エンドポイントへのリクエスト
GitLab が運営していない自動テストまたはモニタリングツールからのリクエスト
プリフライト/OPTIONS リクエスト
ヘルスチェックまたはステータスエンドポイントリクエスト

除外分

以下の分はダウンタイム分としてカウントされません。

スケジュールされたメンテナンスウィンドウ
重大なセキュリティまたはデータ整合性の問題に対処するために必要な緊急メンテナンス
不可抗力事象または一般的なインターネット接続の問題
利用規約に違反した顧客のサービス使用によって引き起こされる問題
GitLab が提供または管理していない機器、ソフトウェア、またはサービスによって引き起こされる問題
アルファ、ベータ、またはプレビューとして明示的にラベル付けされた機能またはサービス

月間稼働率の計算

**「月間稼働率」**は以下のように計算されます。

$$\text{月間稼働率} = \frac{\text{月の総分数} - \text{ダウンタイム分}}{\text{月の総分数}} \times 100$$

ここで：

「月の総分数」 = 暦月の総分数
「ダウンタイム分」 = 暦月においてダウンタイム分の定義を満たした対象エクスペリエンスの総分数（除外分を除く）

サービスクレジット

月間稼働率が 99.9% を下回った場合、GitLab Ultimate ティアの顧客は以下に従ってサービスクレジットを（以下で定義する方法で）リクエストできます。

月間稼働率	サービスクレジット
99.5% - <99.9%	月額料金の 5%
< 99.5%	月額料金の 10%

クレジットリクエストプロセス

サービスクレジットを受け取るには、対象の顧客は次のことを行う必要があります。

影響を受けた月の終わりから30日以内に support.gitlab.com でサポートリクエストを送信する。
SaaS サービスが利用できなかった時期に関するすべての関連情報を含める。
対象エクスペリエンスへのアクセス試みについての合理的な詳細を提供する。

受領後、GitLab は独自の内部モニタリングデータに対してクレームを検証し、検証された場合、顧客の次回発行の請求書に対してサービスクレジットを発行します。発行されたサービスクレジットは、いかなる場合においても顧客への料金の返金にはなりません。

クレジット適格性

ダウンタイムによるクレジットの適格性を確認するには、support.GitLab.com からリクエストを送信してください。

GitLab Dedicated 向けホストランナーのサービスレベルアグリーメント - 可用性の定義

このサービスレベルアグリーメントは、GitLab Dedicated 向けホストランナーを使用する対象顧客にのみ適用されます。 GitLab.com 上の GitLab ホストランナーまたは GitLab Dedicated for Government には適用されません。

このサービスレベルアグリーメントは、顧客の GitLab Dedicated instance に対するサービスレベルアグリーメントとは別のものです。 GitLab Dedicated 向けホストランナーのダウンタイムは、GitLab Dedicated instance のダウンタイムとしてカウントされません。

ホストランナーのサービス可用性コミットメント

GitLab は、各暦月において GitLab Dedicated 向けホストランナーを月間稼働率少なくとも 99.9% で利用可能にすることをコミットします。月間稼働率は、GitLab Dedicated tenant ごとに個別に計算され、その tenant にデプロイされた GitLab Dedicated 向けホストランナーのすべての stack を含みます。

ホストランナーのダウンタイム分の定義

**「ダウンタイム分」**は、GitLab Dedicated 向けホストランナーの可用性が低下している場合に発生します。つまり、その 1 分間に pending 状態になった有効なジョブの 5% 以上が、5 分以内に GitLab Dedicated 向けホストランナーで running 状態にならない場合です。

stack が文書化された runner stack の同時実行数上限に達している、または超えている場合、その runner stack のジョブは SLA 計算から除外されます。

ダウンタイム分には、このドキュメントで定義する除外分は含まれません。

ホストランナーの有効なジョブの定義

**「有効なジョブ」**とは、以下のすべての条件を満たす CI/CD ジョブを意味します。

ジョブが GitLab Dedicated tenant 内の認可されたユーザーまたはプロセスによって送信されている。
サポートされる runner tag と capability の一致を含め、ジョブが tenant 向けにデプロイされた GitLab Dedicated 向けホストランナーの少なくとも 1 つの stack で実行可能である。
ジョブが文書化された使用制限に従っている。
GitLab Dedicated tenant に、ジョブに十分な compute minutes が割り当てられている。
ジョブが、一般提供されている GitLab Dedicated 向けホストランナーの機能を使用している。
ジョブが悪意のあるものではなく、アクセス制御の回避やセキュリティ脆弱性の悪用を試みていない。

ホストランナーの除外分

以下の分は、ダウンタイム分としてカウントされません。

GitLab Dedicated 向けホストランナーに影響する予定されたメンテナンスウィンドウ。
重大なセキュリティまたはデータ整合性の問題に対処するために必要な緊急メンテナンス。
不可抗力事象または一般的なインターネット接続の問題。
利用規約に違反した顧客の GitLab Dedicated 向けホストランナーの使用によって引き起こされる問題。
GitLab が提供または管理していない機器、ソフトウェア、サービス、または構成によって引き起こされる問題。
Alpha、Beta、または Preview として明示的にラベル付けされた機能またはサービス。

ホストランナーの月間稼働率の計算

**「月間稼働率」**は以下のように計算されます。

$$\text{Monthly Uptime Percentage} = \frac{\text{Total Minutes in Month} - \text{Downtime Minutes}}{\text{Total Minutes in Month}} \times 100$$

ここで:

「月の総分数」 = 暦月の総分数。
「ダウンタイム分」 = 除外分を除き、GitLab Dedicated 向けホストランナーがダウンタイム分の定義を満たした暦月の総分数。

ホストランナーのサービスクレジット

月間稼働率が 99.9% を下回った場合、対象顧客は以下に従ってサービスクレジットをリクエストできます。

月間稼働率	サービスクレジット
99.5% - <99.9%	GitLab Dedicated 向けホストランナーに対する月額コミットメントの 5%
<99.5%	GitLab Dedicated 向けホストランナーに対する月額コミットメントの 10%

ホストランナーのクレジットリクエストプロセス

サービスクレジットを受け取るには、対象顧客は次のことを行う必要があります。

影響を受けた月の終了後 30 日以内に support.gitlab.com でサポートリクエストを送信する。
GitLab Dedicated 向けホストランナーが利用できなかった時期に関するすべての関連情報を含める。
GitLab Dedicated 向けホストランナーの使用試行について合理的な詳細を提供する。

受領後、GitLab は内部モニタリングデータに対してクレームを検証し、検証された場合、顧客の次回発行の請求書に対してサービスクレジットを発行します。発行されたサービスクレジットは、いかなる場合においても顧客への料金の返金にはなりません。

ホストランナーのクレジット適格性

ダウンタイムによるクレジットの適格性を確認するには、support.gitlab.com からリクエストを送信してください。

最終更新 September 12, 2026: Merge pull request #526 from kyama0/translation/batch-2026-09-12-1 (a1f3c26a)

ページのソースコードを見る - ページの編集 - please contribute.