gitlabとredmineを動かすのに必要なSpec.

というわけでJIRA+FishEyeからGitlabとRedmineの世界に帰ってきました。FishEye=Gitlabってわけではないので比較としては正しくないのですが、JIRA+Stashを動かすよりかはJIRA+FishEye  RedmineやGitlabの方が軽そう(想像)なのでとりあえずは気にしない方向でいこうかと。

さっそくvmstat 30でとってみたのが以下。

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0      0  74928  68756 159776    0    0     1     3   57   57  0  0 100  0  0
 0  0   3312  85720  32576  80580    1  110   405   127  201  126  1  1 83 14  0
 0  0   3312  85496  32736  81052    2    0    22     9   62   59  0  0 99  0  0
 0  0  22028 118096   2248  67464    5  624   277   637  237  154  2  1 80 17  0
 0  1  67944  75428   3804  60344   27 1536  1426  1608  364  296  3  2 77 18  0
 2  0 204140  72408   1840  53284  117 4551  1752  4619  354  242  3  2 71 23  0
 0  0 202144  67416   1812  58172  259    0   803    13  156  143  1  1 94  4  0
 0  0 202076  73508   1564  61960   16    0   459     9  128  102  1  1 97  2  0
 0  0 201976  71260   1580  63560   17    0    71     7   80   66  0  0 99  0  0

Swapが22028あたりが gitlabにログインしたぐらい。Swapが204140あたりがRedmineにログインしたぐらい。チケット作成画面を表示するのに1秒かかってないぐらいなので問題なし。

freeの結果もこんな感じで、メモリ2GBだと少し足りないぐらいだけれど、許容範囲ですかね。

             total       used       free     shared    buffers     cached
Mem:       1923284    1855592      67692          0       6336      58220
-/+ buffers/cache:    1791036     132248
Swap:      4128760     262460    3866300

JIRAは確かにリッチでよいのだけれど動かしたい前提環境ではちょっと耐えれないのですよね。その点RedmineとGitlabならまだまだ余裕はありそう。ここにJenkinsを動かすとなるとメモリ2GBは厳しそうだけれど、4GBもあれば安定稼働できるのでは?と前向きに考えられる。(JIRA+FishEye+Stashになると4GBでも厳しそう。)

個人的にはJIRAの環境を整備できるぐらいのノウハウは押さえたい所だけれど、まずはGitlabやRedmineを固めようと思います。
あと、作りかけのものもありますしね。。。

では。

JIRA動作に必要な環境 – その1

前回に「古いマシンでJIRAが動くか?」的な記事を書きました。が、最終的にJIRA+Agile+Fisheye+Bambooで動作させたいと考えているのでそれに向けてわかったことを徒然なるままに投下しようかと思います。

今回はJIRA+Fisheyeな環境。前回と同様にvmstatの値をざっくりと載せてみます。

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
↓service jira stopを行った後。Fisheyeはまだ動いている状態。
 0  0 644672 607848   2268  42952  392   41   957    97  538  614  3  1 84 12  0
 1  0 644040 606592   2472  43332   35    0    54     8  264  515  0  0 99  0  0

↓Service jira startを行った後。まだ起動途中だけれどfreeが606M→73M!?
 1  1 642896  79344   8708 148008   79    0  3772    11 2370 1890 47  8 25 20  0
 2  0 649124  64580   6988  97124   70  228  2395   345 3076 1425 67  6 11 16  0
11  2 760752  64480   2348  70436  772 4383  3539  4766 6171 1971 82 11  1  6  0
 1  5 744220  70780    772  18684 1396  731  3115  2002 3540 1329 70  8  8 14  0
 1  2 798856  73596    320  19100 1335 3105  3740  3124 3226  714 21  7 14 58  0

↓幾つかの画面を表示したぐらい。swapが1.2Gぐらいに。。。
 0  1 1198068  74452    616  25832  351  191   766   201  438  800  0  1 90  8  0
 0  1 1231088  69128   1880  20968 1274 1351  1454  1364  658  965  3  4 54 39  0
 0  0 1227668  71964   1952  21604  248    0   305    13  372  746  0  1 94  5  0
 0  0 1224764  65168   2344  23156  174    0   236    14  387  788  0  1 96  4  0

freeの内容も見てみる。

             total       used       free     shared    buffers     cached
Mem:       1923284    1847964      75320          0       2708      21612
-/+ buffers/cache:    1823644      99640
Swap:      4128760    1213724    2915036

メモリを1.8GBぐらい使用していて空きが100MBほど。Swapも1.2GBぐらい使用している。やっぱり足りてない。vmstatをみてもCasheやBufferに割く容量がほとんどないし。
使用メモリ1.8GBにSwap分1.2GB、余剰として1.0GBぐらい作るとして…やっぱり4.0GBは必要。

少なくとも、HDDアクセスも遅いこの環境だとページを表示するの1分とか余裕でかかってしまうのでもうそろそろどうにかした方がよいことはわかりました。。。

では。