こんばんは。今日は、Azure上にGithub Enterpriseサーバを立てる手順について整理しておこうと思います。
つい先日GitLabサーバをAzure VM上に構築する手順を確認しましたが、今度はそのGithub Enterprise Serverになります。
セキュリティなどの観点から、ローカルサーバ上にソース管理システムを構築したケースがあるかと思います。そんな時にGiHub Enterprise Serverは良いソリューションになります。GitHubのEnterprise版は、自前のサーバー上に構築、つまりセルフホステッドが可能です。
AzureにはMarket Placeという機能があり、初心者でも簡単に構築することができましたので、ご安心ください!
それでは早速まいります!
Market PlaceからGitHub Enterprise Serverをデプロイする
Microsoft Azureでは、Market Placeという、サードパーティが自社ソリューションをAzure上で展開できるように、Azureリソースを使って構築したものを無料、または有料で利用することができる便利な機能があります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image.png?resize=728%2C106&ssl=1)
早速、「リソースの追加」で、Market Placeの検索窓にGitHubと入力してみると、Githubが提供している公式ソリューションとして、1つだけ、Github Enterprise Serverがヒットしましたので、こちらをデプロイします。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-10-1.jpg?resize=728%2C348&ssl=1)
Github Enterprise Serverを選択し、作成をクリックします。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-10-2.jpg?resize=728%2C348&ssl=1)
すると、仮想マシンの作成画面に遷移します。「イメージ」のところをみると、GitHub社により事前構築済みのイメージが指定されていることが分かります。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-10.png?resize=728%2C348&ssl=1)
その他の設定(デプロイするリージョン、ストレージ、仮想ネットワーク設定など)は、お使いの環境に合わせて適宜変更すればOKです。
今回はテストですので、仮想マシンサイズもストレージも安いものに落としました。
ネットワークの設定は、既にGitHubサーバーをデプロイする先の仮想ネットワーク(VNET)が決まっていれば、それを指定しておきます。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-11.png?resize=728%2C348&ssl=1)
デプロイ前の最終確認画面です。GitHubサーバーの料金は無料、VMは、自分が選んだスペックに応じた料金が発生します。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-12.png?resize=728%2C348&ssl=1)
問題がなければ、デプロイを実行します!
たったこれだけで完了です!!便利です!
Github Enterprise Serverの稼働確認を行う
仮想マシンリソースから確認できるVMのパブリックIPアドレスにアクセスしてみると・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-18.png?resize=728%2C234&ssl=1)
あ・・あれ・・・なんだ・・
CPUかメモリのスペックが低すぎてサービスが正常に動作できていないことを疑う。ポータルからリソース状況を確認しようとしたけど、メモリ使用率はどうやらLinuxではデフォルトでは見れない模様。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-19.png?resize=728%2C331&ssl=1)
むむむ・・・こうなればサーバにログインして直接状況を確認しよう・・ってサーバにもログインできない・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-17.png?resize=728%2C165&ssl=1)
トラブルシュートしようにもできない状況だったので、とりあえず仮想マシンのスペックを上げて再度試してみることに。
どうやら、Githubのページでも最低XXX以上のスペックのVMを使ってくれと書いていた。
む・・・トライアルでもCPU2コア16GBメモリだと・・結構要求してくるではないか・・そりゃさっきの1コア2GBでは動かないわけだ笑
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-20.png?resize=728%2C432&ssl=1)
作り直したところ・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-24.png?resize=728%2C257&ssl=1)
あ・・・あれ・・これでもダメなのか・・
何か別に原因があるかもしれない、だけどVMにログインすらできない・・
仮想マシンの概要ブレードを眺めていると、エージェントがNot Readyになっていることがわかった。
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-23.png?resize=728%2C157&ssl=1)
うまく行ってるとこんな感じになるんだけど・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-25.png?resize=728%2C26&ssl=1)
もう一度、Githubの公式ドキュメントの記載とにらめっこ。何か設定を飛ばしたかもしれない。。
DiskもPremiumじゃないとダメとか、追加でDiskを追加する必要があるとかいろいろややこしいことが書いてある・・
むむむ・・いったんVMを削除してやり直してみるか・・・
ということで、VM作成画面に戻ってみると「事前設定された構成で開始する」というボタンが・・!これを使えばこの辺のややこしい設定は設定済で使えて安心・・・!
勝った・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-10-2.jpg?resize=728%2C348&ssl=1)
選択画面もわかりやすい!最初からこうすればよかったよー
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-26.png?resize=728%2C362&ssl=1)
デプロイして、IPに接続・・・!
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-27.png?resize=728%2C234&ssl=1)
・・・
![](https://i0.wp.com/www.simpletraveler.jp/wp-content/uploads/2020/12/image-28.png?resize=728%2C189&ssl=1)
・・・・
何でやねん!!!!!
(解決せず・・・ちーん)
最後まで付き合ってくださった方、ありがとうございました。またうまく行ったら更新しようと思います・・・・
やっぱりGitLabの方が構成もしやすいし簡単な気がする・・・
おしまい