Hnoss

Hnoss

GitLabのグループ機能はとんでもないツールだった。
カレンダー

文書タグ

フノス(訳者)(208) IT(184) 解説記事(140) マニュアル(78) GitLab CI(58) オープンソース(50) Linux(38) GitLab(33) メディア(33) コンテナ(28) ウェブ制作(25) DTM(19) HTML5(19) Libre Music(18) おすすめ オープンソース・ソフトウェア(18) 百科事典(14) プラグイン(13) 文化(12) ソフトウェア(11) セキュリティ(11) 録音(11) ミキシング(11) MIDI(10) 西アジア/中東(10) ジョージア(9) グルジア(9) 東ヨーロッパ(9) 料理(9) シーケンス(8) 芸能(8) 音楽編集(8) コマンド(8) 音楽(7) 経済(7) マスタリング(7) Raspberry Pi(6) 業務効率化(6) Google(5) WordPress(5) アプリ(5) JACK(5) マイクロサービス(5) 北米(4) Windows(4) Android(4) ワークフロー(4) 映像制作(4) ハンドブック(4) GNU(4) 欧州(4) 音楽プレーヤー(4) Ubuntu(4) アニメ(3) ホームオートメーション(3) アニメーション(3) IoT(3) Ardour(3) 社会(3) Java(3) ソーシャルメディア(3) DAW(3) 法律(3) Python(3) 牛(2) 歴史(2) ニュース(2) GNOME3(2) iOS(2) PlayStation(2) 仮想通貨(2) 古代エジプト(2) マーケティング(2) 有角神(2) エジプト(2) ALSA(2) OS X(2) ERPシステム(2) 電子ブック(2) トヨタ(2) バト(2) Krita(2) 電子書籍(2) ウィッカ(2) GPL(2) ERP(2) オカルト(2) Twitter(2) ロスレス音源(2) BountySource(2) スマホ(2) 魔女宗(1) アクティブSETI(1) バイノーラル(1) Papagayo(1) 写真(1) 意味(1) コシディウス(1) インド(1) ユーコン(1) ヤーウェ(1) CD(1) タブレット(1) 学校(1) 日本(1) 羊(1) ベルゼブブ(1) デジタルサイネージ(1) VR(1) アップストリーム・パッケージング(1) 画像(1) 由来(1) グンデストルップの大釜(1) カナン(1) カナダ(1) サウンドフォント(1) 詩篇(1) チップチューン(1) バ・ネブ・デデト(1) コットン・マザー(1) クラウドキャスティング(1) VST(1) ポータブルソフトウェア(1) エリファス・レヴィ(1) マサチューセッツ(1) 考古学(1) 申命記(1) クヌム(1) 魔女裁判(1) オンデマンド(1) リーナス・トーバルズ(1) バフォメット(1) UNIX(1) 黙示録(1) スタジオジブリ(1) アモン(1) セイラム魔女裁判(1) ねじ巻きラジオ(1) 3D(1) 政治(1) イボ人(1) 国際(1) クリエイティブ・コモンズ(1) amazon(1) キリスト教(1) レビ記(1) Synfig(1) 独占(1) アマナイ(1) 広告(1) KXStudio(1) EU(1) イケンガ(1) 国際公文書館会議(1) マイナビ(1) 募金(1) ユダヤ教(1) ウルガタ聖書(1) 科学技術(1) 出エジプト記(1) 観光案内(1) 絵文字(1) サンフランシスコ(1) パキスタン(1) リクルート(1) ハトホル(1) パン(1) 地方(1) Blender(1) 羊神(1) ギリシャ(1) 高速道路情報無線(1) ツイッター(1) Youtube(1) 中南米(1) モヘンジョ=ダロ(1) CC(1) 声明(1) 悪魔(1) ラジオ(1) アレクサンドロス大王(1) ローマ(1) ポッドキャスト(1) ゲーム(1) パシュパティ(1) 1Password(1) アピス(1) 宗教(1) テレビ(1) OpenToonz(1) 電子教材(1) 船乗りの柱(1) シリア(1) GPS(1) アフリカ(1) リグ・ヴェーダ(1) F-Droid(1) ムネヴィス(1) ネオペイガニズム(1) コミュニティ放送(1) アンビソニック(1) 元ネタ(1) ケルヌンノス(1) ナイジェリア(1) 日記(1) 聖書(1) 任天堂 DS(1) 教育(1) bi-modal IT(1)
リファレンス

first-time visitors
user guide
謝辞

「みんなの翻訳」は情報通信研究機構言語翻訳グループ東京大学図書館情報学研究室による共同プロジェクトであり、三省堂国立情報学研究所連想情報学研究開発センターが開発に協力しています。三省堂には「グランドコンサイス英和辞典(36万項目収録)」の使用を許可していただきました。

連携研究グループはこちらをご覧ください。

「みんなの翻訳」を使っている翻訳グループについてはこちらをご覧ください。

バナー

logo

ポスター

poster

フライヤー

poster poster
Mozilla Firefox ブラウザ無料ダウンロード
本サイトはブラウザ「Mozilla Firefox」推奨です。
Firefox3で動作確認しています。

Valid XHTML 1.0 Transitional


GitLab DocumentationInstallation>GitLab稼働必須条件

 オペレーティング システム

 対応Unixディストリビューション

  • Ubuntu
  • Debian
  • CentOS
  • openSUSE
  • Red Hat Enterprise Linux (CentOS用パッケージを導入してください)
  • Scientific Linux (CentOS用パッケージを導入してください)
  • Oracle Linux (CentOS用パッケージを導入してください)


 これらのOSたちは、GitLabの公式サイトにインストール方法が記されています。


 非対応Unixディストリビューション

  • Arch Linux
  • Fedora
  • FreeBSD
  • Gentoo
  • macOS


 以上のOSが、GitLabが対応していないディストリビューションです。
 これらのオペレーティングシステムについては、GitLabをソースコードからビルドしなくてはなりません。

 非Unix系オペレーティングシステム(Windows 等)

 GitLabはUnix系OSを対象に設計されたことから、Windowsでは全く動作しません。我々に知識がないことなどから、Windows版のリリースにはまだまだかかりそうです。
 GitLabのインストールには、Unix系OSを導入した仮想マシンをお使いください。

 Ruby のバージョン

 GitLabではRuby (MRI) 2.3以上が必要です。2.3未満 (2.1, 2.2) のRubyのサポートは、GitLab 8.13で打ち切られました。

 RubyはMRI(Matz' Ruby Implementation)安定版をお使いください。
 GitLab開発者の中には、JRubyRubiniusを好んで使用する者もおりますので、GitLabを利用する際には予め、複数個のGemsライブラリをそろえておくとよいでしょう。

 ハードウェア要件

 ストレージ

 これは皆さんがGitLabに収容したいレポジトリのサイズ次第ですが、なるべく余裕を持ってかなり多めに用意してください。
 機能を拡張するときや、同じレポジトリがもう1つ必要になったときなどに、フリースペースが十分でないと困ることになります。

 こういうときに、ハードウェアに追加のドライブがマウントできると便利ですね。機材の問題さえクリアすれば、論理ボリュームマネージャを使ってドライブを追加することができます。

 遠隔ハードドライブについては、network file system (NFS) プロトコルに対応しているものなら、マウント可能です。
 attached storage (NAS) デバイス、 storage area network (SAN)、Amazon Web Services (AWS)、Elastic Block Store (EBS)上のボリュームなどが、これに当てはまります。このボリュームはファイルサーバに設置されます。

 十分なRAMメモリーと、CPUを搭載しているのならば、ストレージの速度がレスポンスに関わってきます。
 GitLabの応答速度を向上させたいのなら、高速ドライブ(7200 RPM 以上)か、solid state drive (SSD)を使用することをお勧めします。
 また、後述にもある通り、安定的なシステムの運営には、相当量のスワップが必要です。そのことも考慮したうえで、適切なストレージを選択してください。

 CPU

  • コア1個 - 100ユーザーまで。アプリケーションをまともに稼働させるには、遅い印象を受ける。バックグラウンドでjobを実行しようにも、コアが1個しかないため完了に時間がかかる。
  • コア2個 - 500ユーザーまで。実際の運用を考えると、たとえ小規模チームでもコアは複数個が望ましい。
  • コア4個 - 2,000ユーザーまで。
  • コア8個 - 5,000ユーザーまで。
  • コア16個 - 10,000ユーザーまで。
  • コア32個 - 20,000ユーザーまで。
  • コア64個 - 40,000ユーザーまで。
  • それ以上は? - もはや複数台のアプリケーションサーバーで運用すべし。



 メモリ

 GitLabをインストールするには、「RAM + swap」の総量メモリ4GBを最低限確保してください。
 しかし、これは「マシン搭載メモリ=4GB」という意味ではありません。
 オペレーティングシステムとその他アプリケーションのメモリ使用量を除いたうえで、4GBをGitLab専用に充てられるくらいの容量が望まれます。

 メモリ不足は、GitLabの設定変更時に予期せぬエラーをもたらす他、コマンドを出した際にも500エラーを表示される原因になります。

  • 1GB RAM + 3GB swap - 最低限のメモリ量。RAMディスクに容量が期待できない時に使われる。いわゆる「奥の手」。実際はこれより多くのスワップを用意しておいた方が良い。詳しくは後述の『Unicorn Workers』の章をご覧いただきたい。
  • 2GB RAM + 2GB swap - 100ユーザーまで対応できるが、動作はとても遅い。
  • 4GB RAM - 推奨メモリサイズ。100ユーザーまで対応。
  • 8GB RAM - 1,000ユーザーまで。
  • 16GB RAM - 2,000ユーザーまで。
  • 32GB RAM - 4,000ユーザーまで。
  • 64GB RAM - 8,000ユーザーまで。
  • 128GB RAM - 16,000ユーザーまで。
  • 256GB RAM - 32,000ユーザーまで。
  • それ以上は? - もはや複数台のアプリケーションサーバーで運用すべし。


 たとえ、サーバーに十分なRAMがあったとしても、最低2GBのスワップを用意しましょう。スワップを多めにとっておくことで、メモリを変更したときにもエラーが起こりづらくなります。
 カーネルのswappinessは最低値を「10」に設定しておくことをお勧めします。これで、システムメモリはRAMをメインで使用して、必要な時にスワップを使用するような動作に設定できます。

注:Sidekiqのworkersの25番目では、処理の概要(tophtop など)の中から個別のプロセスが表示されます。ですが、RAMのアロケーションについてはマルチスレッドアプリケーションとして表示されます。
 詳しくは後述の『Unicorn Workers』の章で紹介します。

 データベース

 データベース用のサーバーの容量は、GitLabの規模(ユーザー、プロジェクトなどの数)によって異なりますが、最低でも5-10 GBのストレージ量が必要でしょう。

 GitLabでは次のデータベースに対応しています。

  • PostgreSQL (推奨)
  • MySQL/MariaDB(非推奨。機能として動かないわけではありませんが、MySQL/MariaDB GTIDには対応していません。)


 MySQL/MariaDBを使っていて不利な点をお伝えします。

  1. MySQLのサブグループ対応機能が、GitLab 9.3で廃止。詳しくはissue #30472をご覧ください。
  2. GitLab Geo に対応していない
  3. Zero downtime migrationsが動くのは、データベースの負荷分散からして、PostgreSQLだけ。
  4. GitLabオプティマイザによって、ダッシュボードのロードにはPostgreSQL LATERAL JOINが使われている。
  5. GitLabオプティマイザによって、ダッシュボードのロードにはPostgreSQL LATERAL JOINが使われている。
  6. GitLabはPostgreSQLに最適に設計された。クエリプランナーの違いから、MySQLは反応が遅くなる。たとえば、PostgreSQLでは動作していたはずのサブクエリが、MySQLでは処理されない場合がある。
  7. 両者の違いは、今後さらに開いていくと思われる。


 現在GitLabでMySQL/MariaDBを使用している方を対象に、PostgreSQLへの移行を薦めております。

 PostgreSQL 必要条件

 GitLab 10.0は、PostgreSQL 9.6以降に対応しています。それ未満のバージョンはご利用いただけません。システム開発とテストの段階でPostgreSQL 9.6を使用していたことから、これが最も相性の良いデータベースとなっています。

 PostgreSQLを利用するには、GitLabデータベースを読み込む際に「pg_trgm」エクステンションを使用しなくてはなりません。このエクステンションは(スーパーユーザーでPostgreSQLを使用している状態で)、次のクエリをデータベースごとに与えることで、有効化できます。

=====================
CREATE EXTENSION pg_trgm;
=====================

 一部システムでは、このエクステンションの使用に何らかのパッケージを追加する(postgresql-contrib など)必要があります。

 Unicorn Workers

 unicorn workersの量を増加させることで、アプリケーションの応答時間を短縮したり、同時に複数のリクエストに応えられる状態を作り出せる場合があります。

 たとえば、マシンのCPUコアを1つだけ増やす操作(CPU cores + 1 = unicorn workers)などは代表的です。
 これで、コアが2つしかないマシンに対して、擬似的に3つのコアを作成させることができます。

 2GB以上のRAMが搭載されているマシンでは、unicorn workersを最低3個用意することをおすすめします。
  メモリが1GBなら、スワップを有効化させるために、Unicorn workersが2つ必要です。

 オムニバス版をお使いで、 Unicorn workersの個数を調整したい方は、Unicorn settings in the Omnibus GitLab documentationを参考にしてください。

 Redis と Sidekiq

 Redisは、全てのユーザーセッションとバックグラウンド タスクキューを保存します。保存する事項が膨大になりづらいため、GitLabで対応しているデータベースとしては、ストレージ要求が最も少なめです。各ユーザーごとに25kBくらいかかります。

 Sidekiqは、バックグラウンドで発生する処理を、マルチスレッドで切り盛りするプログラムです。基本的に、Railsの容量が200MB以上になったときに作動しますが、メモリの空き状況やメモリーリークなどによって、開始が遅れることがあります。
 1万人のアクティブユーザーが存在する、大規模なアクティブサーバーでは、Sicekiq処理に1GB以上のメモリを要する場合があります。

 Prometheus と 付属 exporters について

 Omnibus GitLab 9.0から、Prometheus と 付属 exportersがデフォルトで有効にされています。これでGitLabのシステム調査がある程度容易に実行できます。

 デフォルトの設定では、この機能のために約200MBが消費されるようになっています。

 この機能は任意で停止させることが可能です。詳しくはPrometheus documentationをご確認ください。

 GitLab Runner

 我々開発者側としては、扱いの簡単さから、GitLab ランナーは GitLabがインストールされているのと同じマシンに導入することをお勧めしたいところです。
 CI環境で使わなくてはならないアプリケーションなどがGitLabに入っていることもあり得ます。そうなると同じマシンに導入した方が設定が簡単です。
 しかし、GitLab ランナーもまた、メモリを大きく消費します。

 メモリの消費量からして、GitLab ランナーと GitLab Railsアプリケーションを同一のマシンに置いておくことは得策でない場合があります。

 ランナーとGitLabはそれぞれ別のマシンにインストールすることは、リソース面では現実的ではあります。しかし、お互いに密接に関係して動いているシステムなだけに、セキュリティ面での心配が伴います。とくに、GitLab ランナーでシェルエクゼキュータを使用する予定なら、なおさらです。

 CI機能をフルに使っていこうとお考えの方は、セキュリティリスクがあることも踏まえたうえで、GitLab ランナーを別のマシンに導入してください。

 ウェブブラウザへの対応

 GitLab は、メジャーリリースのFirefox、Chrome/Chromium、Safari、Microsoft ブラウザ(Microsoft Edge と Internet Explorer 11のみ)に対応しています。

 それぞれのブラウザに新しいバージョンが発表され次第、GitLabのサポートは新バージョンに移行していきます。その代わり以前のブラウザへの対応は打ち切られていきます。ご注意ください。

Edit this page
原文:https://docs.gitlab.com/ee/install/requirements.html
原文ページプロジェクト並びにドキュメントファイルは、MIT Licenseのもと公開されています。(URL:https://gitlab.com/gitlab-com/gitlab-docs/blob/master/LICENSE) この記事の文章は、訳者の判断によりCreative Commons BY (version 3.0) を適用するものとします。
新着文書(Hnoss)

Signing legal documents
現在の位置: チームハンドブック 目次 >法的文書に署名する  法的文書への署名は、他社・他組織などに直接出向いてNDAsを取り扱った人物を除...
Team Handbook
現在の位置:チームハンドブック 目次  このハンドブックは、GitLabという企業が、どのようにサービスを維持運営していくかを記したものだ。ここに...
GitLab Pages documentation
  新しいドキュメント はこちらです。このドキュメントは旧式です。 GitLab Documentation > User documentation > Projects >GitLab P...
GitLab Pages
GitLab Documentation > User documentation > Projects >GitLab Pages 説明書  GitLab Pagesなら、無料でウェブサイトをホスティングできる...

新着文書

Social leader killed in Cordoba is fourth in same town in 2018
3月11日日曜日、地方評議会リーダーでアフリカ系コロンビア人の子孫であるトマス・バレトが、コルドバ県サン・ホセ・デ・ウレの自宅で殺害された。 2...

新着Wikipedia翻訳

E (programming language)
E(プログラミング言語) AmigaE や e(検証言語) 、 GNU E と混同しないこと。 E -------- パラダイム マルチパラダイム:オブジ...
Van Eck phreaking
Van Eck phreaking(ファン・エック・フリーク) Van Eck phreakingは盗聴の一形態であり、その中では特殊な装置が使用され、電子機器を探るため、隠...
Trusted Computer System Evaluation Criteria
Trusted Computer System Evaluation Criteria(信頼されたコンピュータ・システム評価基準) 【画像のキャプション】オレンジブック 信頼されたコ...

更新履歴

※文書量によっては処理に数十秒かかる場合があります
バージョン 比較対象 更新日時 更新者
1(最新) 2018-03-23 21:52:02 Hnoss
2 2018-02-10 22:51:00 Hnoss
3 2018-02-10 22:47:29 Hnoss
4 2018-02-10 22:46:41 Hnoss
5 2018-02-10 22:38:41 Hnoss
6 2018-02-10 22:38:20 Hnoss
7 2018-02-10 22:37:07 Hnoss
8 2018-02-09 09:23:04 Hnoss
9 2018-02-09 09:22:13 Hnoss
10 2018-02-09 09:20:37 Hnoss

    
ブックマーク登録

タグを「;(半角セミコロン)」区切りで入力して下さい(例)tag1;tag2;tag3
10タグまで登録可能。各タグ30文字まで

履歴
状態 作業中 作業予定あり 作業予定なし 作業完了
テーマ 社会 政治 法律 経済 文化 芸能 科学技術 IT 健康/医療 スポーツ メディア 植物 動物 菌類 地方 国際
地域 日本 東アジア アフリカ 南アジア 東南アジア 西アジア/中東 太平洋 北米 中南米 欧州
ジャンル ニュース 解説記事 論文 日記 百科事典

コメントを入力して下さい
0 / 250
    
ブックマーク登録

ブックマークに登録しました。


言語選択

    
ファイルプロパティ

使用許諾条件
ファイル情報
あなただけがこのファイルを閲覧・編集できます。
みんながこのファイルを閲覧できますが、
編集ができるのはあなただけです。
あなたに加えて、指定された人やグループが
このファイルを自由に閲覧・編集できます。
公開設定
編集設定
グループ:0組 翻訳者:0人
    
アクセス属性
この文書は「非公開」設定になっています。
一般公開する場合は、編集ページの書誌情報で「公開」設定に変更して下さい。
翻訳者選択

※メニュー「翻訳者管理」で翻訳者、グループを追加することができます。


    
ノート

非公開ノート
0 / 2000 ※「公開・編集」権限を持つ翻訳者のみに公開されます。
公開ノート
0 / 2000 ※文書を「公開」にした場合、一般に公開されます。

言語選択

 →