対象: GitLabのArtifacts・Packages・リポジトリなどの保存量と追加ストレージを確認したい人
更新日: 2026年8月21日
要点: GitLabのストレージ料金は、リポジトリだけでなくArtifacts、Packages、LFSなどの使用量と保持設定で変わります。プランに含まれる容量と追加ストレージの単位、対象環境を公式Storage資料・料金ページで確認します。 料金はストレージ使用量、Artifacts、Packages、リポジトリ、10GiB追加枠、保持期間、契約プランで変動するため、公式の料金・契約画面に同じ条件を入力して判断します。
公式確認: 公式一次情報1・公式一次情報2を2026年8月21日に確認。地域、税、為替、キャンペーン、契約形態、提供環境があるため、申込・更新前は公式画面の表示を最終条件にします。
GitLabストレージ料金|10GiB追加枠・Artifacts・Packagesを確認を調べると、まず月額や無料枠だけを比べたくなります。しかし実際の請求は、ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いが組み合わさって決まります。上位プランや追加枠を選べば必ず得になるとは限らず、誰が何を使うのか、いつまで使うのか、不要になったデータや権限をどう扱うのかまで決める必要があります。
この記事では、GitLabストレージをストレージ使用量、Artifacts、Packages、リポジトリ、10GiB追加枠、保持期間、契約プランの順に整理します。公式資料をもとにした確認用の解説で、導入成果や節約を保証するものではありません。表示価格や含有Creditsは更新される可能性があるため、一次情報と公式の料金・管理情報を開き、契約対象のアカウント・地域・通貨で再確認してください。
GitLabストレージの料金と機能を先に整理
GitLabのストレージ料金は、リポジトリだけでなくArtifacts、Packages、LFSなどの使用量と保持設定で変わります。プランに含まれる容量と追加ストレージの単位、対象環境を公式Storage資料・料金ページで確認します。 料金を一つの数字で断定する前に、利用単位と契約単位を分けます。ストレージ使用量、Artifacts、Packages、リポジトリ、10GiB追加枠、保持期間、契約プランを見積もりメモに並べ、無料枠・割引・Creditsが適用される期間と、終了後に何が課金対象になるかを確認します。税・為替・提供環境も含め、請求画面と公式資料を照らし合わせます。
| 選択肢 | 公式情報で確認すること | 判断の置き方 |
|---|---|---|
| リポジトリ | コード・LFSの使用量を確認 | 基礎容量 |
| Artifacts | 保持期間・ジョブ成果物を確認 | 自動削減候補 |
| Packages | パッケージとバージョンを確認 | 依存関係に注意 |
| 追加ストレージ | 単位・料金・契約を確認 | 容量不足対策 |
ストレージ対策では、削除を急ぐのではなく、成果物の種類、保持期間、再生成の可否、パッケージの利用者を分けます。Artifactsの期限、不要なPackage、LFS、古いリリースを棚卸しし、削除前に復元できる重要データを保存します。
具体的な利用場面と判断問い
具体的には、CI/CD成果物が毎月積み上がり、必要な保持期間を残しながら10GiB単位の追加購入を抑える場面が判断の分かれ目です。「一番安いプランはどれか」だけを問うと、未使用席、再実行、余分な保持、管理者の作業、移行費用を見落とします。次の問いに、契約前の自分の運用で答えます。
- 判断問い1: ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いのうち、実際に増減するものはどれか。
- 判断問い2: 使わない月、担当者が変わる月、契約が終わる日に何を停止・削除するか。
- 判断問い3: 下位プラン・既存枠で不足する操作を、公式の機能表と使用量履歴で説明できるか。
| 比較軸 | 確認する画面・資料 | 残す判断メモ |
|---|---|---|
| 棚卸し項目 | 見る場所 | 判断 |
| 種類 | Storage usage画面 | 何が占めるか |
| 保持 | CI/CD設定 | 削除可能日 |
| 重要データ | リリース・バックアップ | 移行・復元 |
見積もり・運用で差が出るポイント
GitLabストレージの比較は、同じユーザー数・同じ利用量・同じ期間・同じ権限で行います。ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いを月次の実績として記録し、想定値と公式請求明細を比べます。上位機能や追加枠は必要な対象だけに付け、閲覧だけの人、短期の人、検証用のプロジェクトを分けると、見積もりの根拠が明確になります。
導入初日に全員へ権限や大容量を配るのではなく、少人数で一つのプロジェクト・パイプライン・保存領域を確認します。作成、実行、閲覧、管理、請求の役割を分け、更新日と使用量を確認します。費用が増えたときに、料金改定なのか利用量なのか未使用の席・資産なのかを追える状態にしておくことが大切です。
データ・権限・セキュリティの注意
GitLabでは、ソースコード、Issue、Merge Request、Artifacts、Packages、CI/CDログ、プロンプトなどを扱います。個人情報・顧客情報・社外秘を保存・入力する場合は、公式の規約、公開範囲、保持・削除の条件を確認します。プロジェクトの可視性、アクセストークン、Runner、外部連携は初期設定のままにせず、最小権限と期限を設定してください。
- 本番と検証、個人と組織、開発者と管理者、公開と非公開を分ける。
- 所有者・請求担当・セキュリティ担当を記録し、異動・退職時の引継ぎを先に決める。
- 成果物のエクスポート、復元、削除、共有解除を小さな対象で確認する。
- 使用量アラート、監査イベント、失敗通知、契約更新日の通知を設定する。
契約・更新・解約前に確認すること
契約前に、開始日、請求周期、無料枠・Credits・割引の終了日、更新・自動更新、返金や日割りの扱いを公式画面で確認します。解約はプロジェクトを削除する操作とは別で、ソースコード、Issue、Merge Request、Artifacts、Packages、CI/CDログ、プロンプトを保存・移行してから行います。停止後も残るユーザー、Runner、Artifacts、Packages、追加枠、請求アカウント、共有設定がないかを確認し、最終請求の明細を保管してください。
| 契約・解約の確認 | 記録する内容 |
|---|---|
| 開始・更新 | 開始日、請求周期、更新日、自動更新の有無 |
| ユーザー・権限 | 編集者、管理者、ゲスト、異動者の扱い |
| データ | エクスポート先、保持期間、削除証跡、復元手順 |
| 請求 | 税・通貨、割引終了、最終請求、問い合わせ窓口 |
向く人・向かない人
- 向く人: 必要な機能を公式資料で特定し、ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いを記録しながら、更新・権限・データ移行まで担当者を決められる人。
- 向かない人: 根拠を確認せず価格・機能を決める人、使用量や更新を管理できない人、解約前のデータ確認を省く人。
申込前の確認メモ
最後に、ユーザー数・利用量・保存量・地域・契約形態・必要機能・データ分類・解約予定日を一枚にまとめます。公式の比較表と管理画面を開き、同じ条件で無料枠、候補プラン、上位プランを並べます。月次で使用量と請求を見直し、不要になった席・Credits・成果物・共有を解除する日をカレンダーに登録してください。
公式CTA: 契約前に公式一次情報と公式料金・管理情報を開き、ストレージ使用量、Artifacts、Packages、リポジトリ、10GiB追加枠、保持期間、契約プランを確認してください。GitLabストレージの対象機能、料金、無料枠、更新・解約、データ条件は、表示された公式画面を最終基準にして判断します。
関連する料金・学習記事
GitLabストレージは、機能名や月額だけで決めず、同じ対象・同じ期間で公式情報を比較し、権限・データ・請求・解約まで一つの運用として確認します。まず小さな対象で試し、更新日前に実績と公式情報を再確認してから継続・変更を判断してください。

