Skip to main content

エンタープライズ向けの GitHub パッケージの始め方

この機能を有効にし、サードパーティのストレージを構成し、サポートするエコシステムを構成し、TLS 証明書を更新することで、GitHub Packagesでお使いの GitHub Enterprise Server インスタンスの使用を開始できます。

この機能を使用できるユーザーについて

Site administrators can enable and configure GitHub Packages.

メモ

現在、GitHub Packages 上の GitHub Enterprise Server は、クラスタリングをサポートしていません。

手順 1: GitHub Packages が企業で使用できるかどうかを確認する

GitHub Packages は、 GitHub Enterprise Server 3.0 以降で使用できます。 以前のバージョンの GitHub Enterprise Serverを使用している場合は、 GitHub Packagesを使用するようにアップグレードする必要があります。 GitHub Enterprise Server インスタンスのアップグレードの詳細については、「新しいリリースへのアップグレードについて」を参照してください。

ステップ 2: ハードウェア要件を確認する

インスタンスのユーザーに対して Container registry を有効にする予定の場合は、少なくとも 10% 追加の CPU リソースが必要です。

ユーザーのアクティビティ レベルとインスタンスの自動化を見直し、ユーザーに適切な CPU をプロビジョニングしていることを確認することをお勧めします。 詳しくは、「インスタンスを監視する」をご覧ください。

お使いの GitHub Enterprise Server インスタンスの最小ハードウェア要件の詳細については、インスタンスのプラットフォームのハードウェアに関する考慮事項を参照してください。

既存インスタンスのリソース調節について詳しくは、「CPUあるいはメモリリソースの増加」をご覧ください。

手順 3: GitHub Packages を有効にして外部ストレージを構成する

GitHub Packages GitHub Enterprise Serverでは、外部 BLOB ストレージを使用してパッケージを格納します。

GitHub Packages に対して お使いの GitHub Enterprise Server インスタンス を有効にした後、サードパーティのストレージバケットを準備する必要があります。 必要なストレージの量は GitHub Packagesの使用状況によって異なり、セットアップガイドラインはストレージ プロバイダーによって異なる場合があります。

サポートされている外部ストレージプロバイダ

  • アマゾン ウェブ サービス (AWS) S3
  • Azure Blob Storage
  • MinIO

GitHub Packagesを有効にしてサード パーティのストレージを構成するには、次を参照してください。

ステップ 4: インスタンスでサポートするパッケージエコシステムを指定する

お使いの GitHub Enterprise Server インスタンスで有効、無効、または読み取り専用に設定するパッケージ エコシステムを選択します。 使用可能なオプションは、Container registry、Docker、RubyGems、npm、Apache Maven、Gradle、または NuGet です。 詳細については、 AUTOTITLE を参照してください。

ステップ 5: パッケージホスト URL に TLS 証明書があることを確認する (必要に応じて)

お使いの GitHub Enterprise Server インスタンスに対してサブドメインの分離が有効になっている場合は、使用する各エコシステムのパッケージ ホスト URL を許可する TLS 証明書 (containers.HOSTNAMEなど) を作成してアップロードする必要があります。 各パッケージ ホスト URL に https:// が含まれていることを確認します。

手動で証明書を作成するか、Let's Encrypt を使用できます。 Let's Encrypt を既に使用している場合は、GitHub Packagesを有効にした後、新しい TLS 証明書を要求する必要があります。 パッケージ ホスト URL について詳しくは、「サブドメインの分離を有効化する」をご覧ください。 GitHub Enterprise Serverへの TLS 証明書のアップロードの詳細については、TLSの設定 を参照してください。

ステップ 6: 予約名を確認して名前を変更する

サブドメインの分離を無効にして Docker エコシステムを使用する場合は、**** で Docker エコシステムのサポートを有効にする前に、まず、v2で お使いの GitHub Enterprise Server インスタンス という名前のユーザーまたは組織の名前を変更する[Management Console]。 Docker では、v2 アカウント名を使って Docker API とのパスの競合を管理します。この名前は、Docker レジストリのサポートが有効になると使えなくなります。

サイト管理者ダッシュボードの [予約済みログイン] ページに移動すると、内部使用のために予約されたログインの完全な一覧を確認できます。 詳しくは、「GitHub Enterprise Server の予約済みユーザー名について」をご覧ください。