在 Azure 上安装 GitHub Enterprise Server

您可以将 GitHub Enterprise Server 部署在全局 Azure 或 Azure Government 上。

基本要求

• 您必须拥有 GitHub Enterprise 许可文件。 要下载现有的许可文件或申请试用许可，请访问 enterprise.github.com。 更多信息请参阅“管理您的 GitHub Enterprise 许可。”
• 您必须具有能够配置新机器的 Azure 帐户。 更多信息请参阅 Microsoft Azure 网站。
• 启动虚拟机 (VM) 所需的大部分操作也可以使用 Azure Portal 执行。 不过，我们建议安装 Azure 命令行接口 (CLI) 进行初始设置。 下文介绍了使用 Azure CLI 2.0 的示例。 更多信息请参阅 Azure 指南“安装 Azure CLI 2.0”。

硬件考量因素

• 最低要求
• 存储器
• CPU 和内存

最低要求

建议根据 您的 GitHub Enterprise Server 实例 的用户许可数选择不同的硬件配置。 如果预配的资源超过最低要求，您的实例将表现出更好的性能和扩展。

用户许可	vCPU	内存	附加的存储容量	根存储容量
试用版、演示版或 10 个轻度用户	2	16 GB	100 GB	200 GB
10-3000	4	32 GB	250 GB	200 GB
3000-5000	8	64 GB	500 GB	200 GB
5000-8000	12	96 GB	750 GB	200 GB
8000-10000+	16	128 GB	1000 GB	200 GB

有关为现有实例调整资源的更多信息，请参阅“增加存储容量”和“增加 CPU 或内存资源”。

存储器

我们建议为 GitHub Enterprise Server 配置具有高每秒输入/输出操作数 (IOPS) 和低延迟的高性能 SSD。 工作负载是 I/O 密集型的。 如果使用裸机管理程序，建议直接连接磁盘或使用存储区域网络 (SAN) 中的磁盘。

您的实例需要一个独立于根磁盘的持久数据磁盘。 更多信息请参阅“系统概述”。

您可以通过构建一个新实例或使用现有实例来调整实例的根磁盘大小。 更多信息请参阅“增加存储容量”。

CPU 和内存

GitHub Enterprise Server 需要的 CPU 和内存资源取决于用户的活动水平、自动化和集成。

增加 CPU 资源时，我们建议为实例预配的每个 vCPU（最多 16 个 vCPU）增加至少 6.5 GB 的内存。 如果您使用的 vCPU 超过 16 个，则无需为每个 vCPU 添加 6.5 GB 内存，但应监控您的实例以确保其有足够的内存。

有关监控 GitHub Enterprise Server 容量和性能的更多信息，请参阅“监控您的设备”。

您可以增加实例的 CPU 或内存资源。 更多信息请参阅“增加 CPU 或内存资源”。

确定虚拟机类型

在 Azure 上启动 您的 GitHub Enterprise Server 实例 之前，您需要确定最符合您的组织需求的设备类型。 要查看 GitHub Enterprise Server 的最低要求，请参阅“最低要求”。

GitHub Enterprise Server 设备需要高级存储数据磁盘，可以在支持高级存储的任何 Azure VM 上使用。 带有 `` 后缀的 Azure VM 类型支持高级存储。 更多信息请参阅 Azure 文档中的“Azure 中有哪些磁盘类型？”和“Azure 高级存储：高性能设计”。

GitHub 建议对 GitHub Enterprise Server 使用内存优化的虚拟机。 更多信息请参阅 Azure 文档中的“内存优化的虚拟机大小”。

GitHub Enterprise Server 可以在支持您的 VM 类型的任何地区使用。 有关各个 VM 的支持地区的更多信息，请参阅 Azure 的“可用产品（按地区）”。

创建 GitHub Enterprise Server 虚拟机

要创建实例，需要将 GitHub Enterprise Server 映像导入虚拟机，并为实例数据附加额外的存储卷。 更多信息请参阅“硬件考量因素”。

1. 找到最新的 GitHub Enterprise Server 设备映像。 更多关于 vm image list 命令的信息，请参阅 Microsoft 文档中的“az vm image list”。

   $ az vm image list --all -f GitHub-Enterprise | grep '"urn":' | sort -V

2. 使用找到的设备映像创建新的 VM。 更多信息请参阅 Microsoft 文档中的“az vm 创建”。

   传入以下选项：VM 名称、资源组、VM 大小、首选 Azure 地区名称、上一步中列出的设备映像 VM 的名称，以及用于高级存储的存储 SKU。 更多关于资源组的信息，请参阅 Microsoft 文档中的“资源组”。

   $ az vm create -n VM_NAME -g RESOURCE_GROUP --size VM_SIZE -l REGION --image APPLIANCE_IMAGE_NAME --storage-sku Premium_LRS

3. 在 VM 上配置安全设置，以打开所需端口。 更多信息请参阅 Microsoft 文档中的 "az vm open-port"。 请参阅下表中对每个端口的说明，以确定需要打开的端口。

   $ az vm open-port -n VM_NAME -g RESOURCE_GROUP --port PORT_NUMBER

   此表列出了每个端口的用途。

   端口	服务	描述
   22	SSH	Git over SSH 访问。 支持克隆、获取和推送操作到公共/私有仓库。
   25	SMTP	支持加密 (STARTTLS) 的 SMTP。
   80	HTTP	Web 应用程序访问。 当 SSL 启用时，所有请求都会重定向到 HTTPS 端口。
   122	SSH	实例 shell 访问。 默认 SSH 端口 (22) 专用于应用程序 git+ssh 网络流量。
   161/UDP	SNMP	为网络监视协议操作所需。
   443	HTTPS	Web 应用程序和 Git over HTTPS 访问。
   1194/UDP	VPN	采用高可用性配置的安全复制网络隧道。
   8080	HTTP	基于纯文本 Web 的 管理控制台。 除非手动禁用 SSL，否则不需要。
   8443	HTTPS	基于安全 Web 的 管理控制台。 进行基本安装和配置时需要。
   9418	Git	简单的 Git 协议端口。 仅克隆和获取操作到公共仓库。 未加密的网络通信。 如果在实例上启用了私有模式，则仅当您也启用了匿名 Git 读取访问时才需要打开此端口。 更多信息请参阅“在企业中实施仓库管理策略”。

4. 创建新的未加密数据磁盘并将其附加至 VM，然后根据用户许可数配置大小。 更多信息请参阅 Microsoft 文档中的“az vm 磁盘附加”。

   传入以下选项：VM 名称（例如 ghe-acme-corp）、资源组、高级存储 SKU、磁盘大小（例如 100）以及生成的 VHD 的名称。

   $ az vm disk attach --vm-name VM_NAME -g RESOURCE_GROUP --sku Premium_LRS --new -z SIZE_IN_GB --name ghe-data.vhd --caching ReadWrite

   注：为确保非生产实例具有足够的 I/O 通量，建议最小磁盘容量为 40 GiB 并启用读/写缓存 (--caching ReadWrite)。

配置 GitHub Enterprise Server 虚拟机

1. 在配置 VM 之前，您必须等待其进入 ReadyRole 状态。 使用 vm list 命令检查 VM 的状态。 更多信息请参阅 Microsoft 文档中的“az vm 列表”。

   $ az vm list -d -g RESOURCE_GROUP -o table
     > Name    ResourceGroup    PowerState    PublicIps     Fqdns    Location    Zones
     > ------  ---------------  ------------  ------------  -------  ----------  -------
     > VM_NAME RESOURCE_GROUP   VM running    40.76.79.202           eastus
   

   注：Azure 不会自动为 VM 创建 FQDNS 条目。 更多信息请参阅 Azure 指南中关于如何“在 Azure 门户中为 Linux VM 创建完全限定域名”的说明。

2. 复制虚拟机的公共 DNS 名称，然后将其粘贴到 web 浏览器中。

3. 在提示时上传许可文件并设置管理控制台密码。 更多信息请参阅“管理您的 GitHub Enterprise 许可。”

4. 在 管理控制台 中，配置并保存您所需的设置。 更多信息请参阅“配置 GitHub Enterprise Server 设备”。

5. 实例将自动重启。

6. 单击 Visit your instance（访问您的实例）。

延伸阅读

• "系统概述"