<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>メモリー | ～下町物語～</title>
	<atom:link href="https://blog.rurineko.com/archives/tag/%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%BC/feed" rel="self" type="application/rss+xml" />
	<link>https://blog.rurineko.com</link>
	<description>入り組んだ現代社会に鋭いメスを入れ、おもしろおかしく書綴るブログである</description>
	<lastBuildDate>Mon, 24 Aug 2020 16:21:33 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://blog.rurineko.com/wp-content/uploads/2017/04/cropped-image2_9-32x32.jpg</url>
	<title>メモリー | ～下町物語～</title>
	<link>https://blog.rurineko.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<atom:link rel="hub" href="https://pubsubhubbub.appspot.com"/>
<atom:link rel="hub" href="https://pubsubhubbub.superfeedr.com"/>
<atom:link rel="hub" href="https://websubhub.com/hub"/>
<atom:link rel="self" href="https://blog.rurineko.com/archives/tag/%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%BC/feed"/>
	<item>
		<title>ESXi6.5 Serverが調子悪いので新調</title>
		<link>https://blog.rurineko.com/archives/14264</link>
		
		<dc:creator><![CDATA[rurineko]]></dc:creator>
		<pubDate>Mon, 24 Aug 2020 23:00:00 +0000</pubDate>
				<category><![CDATA[1.趣味関連]]></category>
		<category><![CDATA[2.IT関連]]></category>
		<category><![CDATA[3.ホットな話題]]></category>
		<category><![CDATA[Linux(Apache)WebServer]]></category>
		<category><![CDATA[Linux（OS）]]></category>
		<category><![CDATA[Router]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[クラウド]]></category>
		<category><![CDATA[ネットワーク]]></category>
		<category><![CDATA[ネットワーク関連]]></category>
		<category><![CDATA[ハードウェア]]></category>
		<category><![CDATA[ハード関連]]></category>
		<category><![CDATA[パソコン]]></category>
		<category><![CDATA[パーツ]]></category>
		<category><![CDATA[CPU]]></category>
		<category><![CDATA[ESXi6.5]]></category>
		<category><![CDATA[ESXi6.7]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[RAID5]]></category>
		<category><![CDATA[XEON]]></category>
		<category><![CDATA[Z420]]></category>
		<category><![CDATA[ヒューレット・パッカード]]></category>
		<category><![CDATA[メモリー]]></category>
		<category><![CDATA[ワークステーション]]></category>
		<category><![CDATA[水冷]]></category>
		<guid isPermaLink="false">https://blog.rurineko.com/?p=14264</guid>

					<description><![CDATA[<p><span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 2</span> <span class="rt-label rt-postfix">分</span></span>長らくESXi6.5 Serverを使ってきましたが、どうも調子が優れないので、色々な状況を考えてServer自体を新調する事にしました。 ESXi6.5に使っていたServerは、HP(ヒューレット・パッカード社製)  [&#8230;]</p>
<p>The post <a href="https://blog.rurineko.com/archives/14264">ESXi6.5 Serverが調子悪いので新調</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></description>
										<content:encoded><![CDATA[<span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 2</span> <span class="rt-label rt-postfix">分</span></span>
<p>長らくESXi6.5 Serverを使ってきましたが、どうも調子が優れないので、色々な状況を考えてServer自体を新調する事にしました。</p>



<p>ESXi6.5に使っていたServerは、HP(ヒューレット・パッカード社製) ProLiant ML115 G5という格安でたたき売られていたServerに、ハードウェアRAIDカードとバッテリーバックアップの追加と、256MBのcacheメモリーを入れたServerにしたて、追加NICカードを2枚使って、ESXi6.5として現在もつかっています。</p>



<p>先日、どうもNICカードというかネットワーク関連のトラブルに悩まされるようになって、本体がロースペックだということと、凄く五月蠅いServerなので、ちょっと負荷をかけるとFANがブンブン凄く五月蠅いのです。</p>



<p><a href="https://w.atwiki.jp/ml115_g5/pages/30.html">https://w.atwiki.jp/ml115_g5/pages/30.html</a><br>ここにも書いてる通りなのです。</p>



<figure class="wp-block-embed-youtube wp-block-embed is-type-video is-provider-youtube wp-embed-aspect-4-3 wp-has-aspect-ratio"><div class="wp-block-embed__wrapper">
<iframe title="HP ML115 G５ 電源入れてみた。" width="640" height="480" src="https://www.youtube.com/embed/q6hiuxuEXyw?feature=oembed" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
</div></figure>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="772" height="197" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000566.jpg" alt="" class="wp-image-14265" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000566.jpg 772w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000566-620x158.jpg 620w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000566-400x102.jpg 400w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000566-768x196.jpg 768w" sizes="(max-width: 772px) 100vw, 772px" /></figure>



<p>出来れば、静かな環境で仕事したいのもあって、今はほぼテレワークで仕事を進めている関係上で、極力静かというコンセプトで次期Serverへリプレースをかけていくことにしました。</p>



<h2 class="wp-block-heading">用意したのは！？</h2>



<p>HP Z420 Workstation です。空冷タイプではなく、水冷タイプを用意しました。<br>といっても、我々からしてみれば、私の今使っているPCもそうなのですが、簡易水冷と言われているモデルになります。同じマシンで空冷もあるみたいなのですが、今回は極力騒音を出さないという事で水冷（簡易）モデルとしてあります。<br><br>下記の様な水枕がついているだけです。この内部に水が循環されており、ラジエターで放熱されて、その熱をケースFANが外部に吸い出すような動きになっています。</p>



<figure class="wp-block-image size-large"><img decoding="async" width="518" height="357" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000571.jpg" alt="" class="wp-image-14271" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000571.jpg 518w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000571-400x276.jpg 400w" sizes="(max-width: 518px) 100vw, 518px" /></figure>



<p>HP Z420 Workstationのスペックですが、下記の通りG5と並べてみました。</p>



<p>replace元の爆音爆安server　ML115G5です。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="770" height="259" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000567.jpg" alt="" class="wp-image-14266" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000567.jpg 770w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000567-620x209.jpg 620w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000567-400x135.jpg 400w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000567-768x258.jpg 768w" sizes="auto, (max-width: 770px) 100vw, 770px" /></figure>



<p>リプレース後のserver、 Z420が下記となります。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="860" height="169" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000568.jpg" alt="" class="wp-image-14267" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000568.jpg 860w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000568-620x122.jpg 620w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000568-400x79.jpg 400w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000568-768x151.jpg 768w" sizes="auto, (max-width: 860px) 100vw, 860px" /></figure>



<p>スペックは天地の差ですね。そもそも4コアNOHTのAMDコアのserverから、Xeon8コア HTで16コアとして認識するCPUと、メモリーも当初16GB程度しかなかったメモリ－を全部はずして、8GBｘ8枚で64GBとしてあります。</p>



<p>ただ、ESXi6.5からRAIDカードとバッテリーバックアップとcacheを外して、こちらのServerに取り付けて何もなく、ブートすると想定してましたが、全くブートせず・・・。結局、選択肢は2つ、Z420のServerにはマザーについているソフトウェアRAID機能しかなく、実はESXiはいくらマザーボードのシリアルATAにHDD3台接続して、RAID5構成を組んだとしても、シングルのHDDとしてそこにインストールされてしまいます。</p>



<p>ここから、ハードウェアRAIDカードを入手して、RAID5構成を2TBｘ3で構築し、そこにESXi6.7とついでに4PortのGbitNICをインストールして、ESXい6．7でリプレース前の構造を再現設定し、OVFをとりつつ、新しいServerに載せ替えていって居る状況です。</p>



<p>ネットワーク構成は、下記のように外部から受信と送信に使って居るPortは、チーミング構造として、アクティブStandby構造として、Failバックの設定をいれてあります。NIC障害を想定すると、1つは、vmnic0がマザーのNICカード（Standby）vmnic1が今回増設している4Portの1つのポートに割り当てて、その上位でL2switchに接続されています。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="862" height="262" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000565.jpg" alt="" class="wp-image-14268" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000565.jpg 862w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000565-620x188.jpg 620w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000565-400x122.jpg 400w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000565-768x233.jpg 768w" sizes="auto, (max-width: 862px) 100vw, 862px" /></figure>



<p>動作的には、ping 8.8.8.8 をうちながら、vmnic1側のLANケーブルをL2switchから物理的に抜きます。Pingは、しばらく止まりますが、数秒でFailオーバーしてvmnic0側からPingを打ち始めます。そのまま、vmnic1側のLANをL2switchに接続して、ネゴシエーションが終わりオンラインになると、Failバックしてvmnic1からPingを送信します。Failバック時は、全くping落ちがないですね。どうしてもシステムがリンクダウンを検知するまでに、ラグがあるっぽいですね。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="854" height="722" src="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000570.jpg" alt="" class="wp-image-14270" srcset="https://blog.rurineko.com/wp-content/uploads/2020/08/WS000570.jpg 854w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000570-620x524.jpg 620w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000570-400x338.jpg 400w, https://blog.rurineko.com/wp-content/uploads/2020/08/WS000570-768x649.jpg 768w" sizes="auto, (max-width: 854px) 100vw, 854px" /></figure>



<p>上記設定例でした。あまり参考にはならないかもしれませんが。上位層のL2switchに通知するオプションを投入してますが、普通のL2ではないスイッチングHUBだと、うまくFailオーバーやFailバックができないかもしれません。</p>



<p>筆者がつかっているのは、NEC製のL2switchです。FANレスで安定的に動くので気に入ってます。また、設定がかなり簡単で非常にいいですね。そして安い。10GbpsのHubがそろそろ欲しいですけどね。</p><p>The post <a href="https://blog.rurineko.com/archives/14264">ESXi6.5 Serverが調子悪いので新調</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>PHP Fatal error:  Out of memory 再び！！</title>
		<link>https://blog.rurineko.com/archives/7913</link>
		
		<dc:creator><![CDATA[rurineko]]></dc:creator>
		<pubDate>Wed, 05 Jul 2017 14:24:46 +0000</pubDate>
				<category><![CDATA[1.趣味関連]]></category>
		<category><![CDATA[2.IT関連]]></category>
		<category><![CDATA[Linux(Apache)WebServer]]></category>
		<category><![CDATA[Linux(ミドル）]]></category>
		<category><![CDATA[Linux（OS）]]></category>
		<category><![CDATA[499]]></category>
		<category><![CDATA[500]]></category>
		<category><![CDATA[ab]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[bench]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[php-fpm]]></category>
		<category><![CDATA[アウトオフメモリー]]></category>
		<category><![CDATA[ベンチ]]></category>
		<category><![CDATA[メモリー]]></category>
		<category><![CDATA[ラブイズオーバー]]></category>
		<category><![CDATA[ワーカー]]></category>
		<category><![CDATA[ワーカーノード]]></category>
		<guid isPermaLink="false">http://blog.rurineko.com/?p=7913</guid>

					<description><![CDATA[<p><span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 5</span> <span class="rt-label rt-postfix">分</span></span>もーねぇ！やめてよ！！PHP Fatal error: Out of memory ってことで、 今日アクセスされた方、ほとんどがPHP Fatal error: Out of memory だったと思います。 ようは、 [&#8230;]</p>
<p>The post <a href="https://blog.rurineko.com/archives/7913">PHP Fatal error:  Out of memory 再び！！</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></description>
										<content:encoded><![CDATA[<p><span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 5</span> <span class="rt-label rt-postfix">分</span></span>もーねぇ！やめてよ！！PHP Fatal error: Out of memory ってことで、</p>
<p>今日アクセスされた方、ほとんどがPHP Fatal error: Out of memory だったと思います。</p>
<p>ようは、真っ白な画面でリロードすると、表示されるような挙動だったと推測されます。</p>
<p>&nbsp;</p>
<p><img loading="lazy" decoding="async" class="aligncenter  wp-image-7915" src="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00-400x79.png" alt="" width="1104" height="218" srcset="https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00-400x79.png 400w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00-620x123.png 620w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00-768x153.png 768w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00-940x187.png 940w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-53-25_No-00.png 1862w" sizes="auto, (max-width: 1104px) 100vw, 1104px" /></p>
<p>↑ひでーぇグラフじゃないですか！500をnginxが返しているグラフなんですよ。</p>
<p>そもそも、httpdの世界で500ってInternalServerErrortって事なんですよ。</p>
<p>正常にサービスが出来ていない状況を示します。例えば画面が真っ白だったりとか、</p>
<p>&nbsp;</p>
<p>↓がそのログのキャプチャーだったりします。</p>
<p>&nbsp;</p>
<p><img loading="lazy" decoding="async" class="aligncenter size-medium wp-image-7914" src="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-51-16_No-00-620x663.png" alt="" width="620" height="663" srcset="https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-51-16_No-00-620x663.png 620w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-51-16_No-00-400x428.png 400w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-51-16_No-00-768x821.png 768w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-5_22-51-16_No-00.png 900w" sizes="auto, (max-width: 620px) 100vw, 620px" /></p>
<p>&nbsp;</p>
<p>さて、ここまで来たらですね、ちょっと本腰入れてやるしかねーなって感じになってきましたので</p>
<p>そこで！登場！パラッラッパパーパーパーｗ</p>
<h1><strong>ＡＢテストツー－－－ル！ｗ</strong></h1>
<p>紹介しよう！ＡＢテストツールとは、Ａｐａｃｈｅに付属してついてくる負荷ベンチツールの事である。</p>
<p>起動は簡単、使い方も簡単何でも簡単！ｗ</p>
<p>&nbsp;</p>
<p>ab -n 100 -c 200 負荷テストサイトＵＲＬ</p>
<p>これで、まずは、-n が回数 -c が同時アクセス数なので、 -c 100 -c 200 はパラメーター上エラーになる。</p>
<p>まあ、当然の話やねｗ</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>最初-n 10 -c 1 でテストする → サイトを10回表示させる。1多重</p>
<p>[root@st tmp]# ab -n 10 -c 1 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162177 bytes</p>
<p>Concurrency Level: 1<br />
Time taken for tests: 4.248 seconds<br />
Complete requests: 10<br />
Failed requests: 9<br />
(Connect: 0, Receive: 0, Length: 9, Exceptions: 0)<br />
Write errors: 0<br />
Total transferred: 1623542 bytes<br />
HTML transferred: 1621500 bytes<br />
Requests per second: 2.35 [#/sec] (mean)<br />
Time per request: 424.842 [ms] (mean)<br />
Time per request: 424.842 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 373.19 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 1 1 0.2 1 1<br />
Processing: 255 424 313.1 357 1304<br />
Waiting: 238 407 313.1 340 1287<br />
Total: 256 425 313.1 357 1304</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 357<br />
66% 363<br />
75% 394<br />
80% 403<br />
90% 1304<br />
95% 1304<br />
98% 1304<br />
99% 1304<br />
100% 1304 (longest request)</p>
<p>結果問題無くって、当たり前やね。</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>次-n 10 -c 2 でテストする → サイトを10回表示させる。2多重</p>
<p>[root@st tmp]# ab -n 10 -c 2 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162147 bytes</p>
<p>Concurrency Level: 2<br />
Time taken for tests: 2.988 seconds<br />
Complete requests: 10<br />
Failed requests: 3<br />
(Connect: 0, Receive: 0, Length: 3, Exceptions: 0)<br />
Write errors: 0<br />
Total transferred: 1623674 bytes<br />
HTML transferred: 1621450 bytes<br />
Requests per second: 3.35 [#/sec] (mean)<br />
Time per request: 597.669 [ms] (mean)<br />
Time per request: 298.835 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 530.60 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 1 1 0.3 1 1<br />
Processing: 315 530 341.9 386 1195<br />
Waiting: 298 512 341.5 369 1178<br />
Total: 316 530 342.0 387 1196</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 387<br />
66% 390<br />
75% 398<br />
80% 1159<br />
90% 1196<br />
95% 1196<br />
98% 1196<br />
99% 1196<br />
100% 1196 (longest request)</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>次-n 10 -c 5 でテストする → サイトを10回表示させる。5多重</p>
<p>[root@st tmp]# ab -n 10 -c 5 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162129 bytes</p>
<p>Concurrency Level: 5<br />
Time taken for tests: 1.426 seconds<br />
Complete requests: 10<br />
Failed requests: 0<br />
Write errors: 0<br />
Total transferred: 1623150 bytes<br />
HTML transferred: 1621290 bytes<br />
Requests per second: 7.02 [#/sec] (mean)<br />
Time per request: 712.755 [ms] (mean)<br />
Time per request: 142.551 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 1111.96 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 1 1 0.1 1 1<br />
Processing: 299 508 166.7 564 831<br />
Waiting: 282 491 166.8 547 813<br />
Total: 300 509 166.7 564 832</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 564<br />
66% 567<br />
75% 573<br />
80% 676<br />
90% 832<br />
95% 832<br />
98% 832<br />
99% 832<br />
100% 832 (longest request)</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>次-n 100 -c 5 でテストする → サイトを100回表示させる。5多重</p>
<p>[root@st tmp]# ab -n 100 -c 5 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162129 bytes</p>
<p>Concurrency Level: 5<br />
Time taken for tests: 11.250 seconds<br />
Complete requests: 100<br />
Failed requests: 0<br />
Write errors: 0<br />
Total transferred: 16231500 bytes<br />
HTML transferred: 16212900 bytes<br />
Requests per second: 8.89 [#/sec] (mean)<br />
Time per request: 562.510 [ms] (mean)<br />
Time per request: 112.502 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 1408.96 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 0 1 0.2 1 1<br />
Processing: 238 543 151.9 525 873<br />
Waiting: 221 525 152.2 508 857<br />
Total: 239 544 151.8 526 874</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 526<br />
66% 603<br />
75% 637<br />
80% 653<br />
90% 800<br />
95% 836<br />
98% 863<br />
99% 874<br />
100% 874 (longest request)</p>
<p>まだまだ、いけそうじゃんｗ　この時点でも、500は発生して折らず問題なさげｗ</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>えぇい！めんどくさい　次-n 100 -c 10 でテストする → サイトを100回表示させる10多重</p>
<h2><span style="color: #ff0000;"><strong>このくらいの負荷で落ちるサーバなんて、落ちるならおちちまえ！！ｗ</strong></span></h2>
<p>[root@st tmp]# ab -n 100 -c 10 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162129 bytes</p>
<p>Concurrency Level: 10<br />
Time taken for tests: 12.319 seconds<br />
Complete requests: 100<br />
Failed requests: 0<br />
Write errors: 0<br />
Total transferred: 16231500 bytes<br />
HTML transferred: 16212900 bytes<br />
Requests per second: 8.12 [#/sec] (mean)<br />
Time per request: 1231.866 [ms] (mean)<br />
Time per request: 123.187 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 1286.75 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 0 1 0.4 1 3<br />
Processing: 288 1167 264.0 1195 1824<br />
Waiting: 270 1148 264.5 1175 1799<br />
Total: 288 1168 263.9 1195 1825</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 1195<br />
66% 1284<br />
75% 1312<br />
80% 1367<br />
90% 1467<br />
95% 1528<br />
98% 1739<br />
99% 1825<br />
100% 1825 (longest request)</p>
<h2><strong><span style="color: #ff0000;">意外にもんだいねーなぁｗ</span></strong></h2>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>もっともっと！限界値をさがすぞーｗ</p>
<p>次-n 100 -c 100 でテストする → サイトを100回表示させる10多重で、1000アクセス</p>
<p>[root@st tmp]# ab -n 100 -c 100 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)&#8230;..done</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162131 bytes</p>
<p>Concurrency Level: 100<br />
Time taken for tests: 12.184 seconds<br />
Complete requests: 100<br />
Failed requests: 99<br />
(Connect: 0, Receive: 0, Length: 99, Exceptions: 0)<br />
Write errors: 0<br />
Total transferred: 16228912 bytes<br />
HTML transferred: 16210130 bytes<br />
Requests per second: 8.21 [#/sec] (mean)<br />
Time per request: 12184.018 [ms] (mean)<br />
Time per request: 121.840 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 1300.77 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 1 14 6.2 14 25<br />
Processing: 472 5657 2923.5 5473 10652<br />
Waiting: 456 5637 2923.9 5456 10627<br />
Total: 497 5671 2917.7 5487 10656</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 5487<br />
66% 7359<br />
75% 8206<br />
80% 8819<br />
90% 9783<br />
95% 10276<br />
98% 10648<br />
99% 10656<br />
100% 10656 (longest request)</p>
<h2><span style="color: #ff0000;"><strong>意外にもんだいねーなぁｗ</strong></span></h2>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<h2><strong>もっともっともーーーーーーーと！！！限界値をさがすぞーｗ</strong></h2>
<p>次-n 200 -c 200 でテストする → サイトを200回表示させ20多重で、4000アクセス</p>
<p>&nbsp;</p>
<p>[root@st tmp]# ab -n 200 -c 200 http://blog.rurineko.com/<br />
This is ApacheBench, Version 2.3 &lt;$Revision: 655654 $&gt;<br />
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/<br />
Licensed to The Apache Software Foundation, http://www.apache.org/</p>
<p>Benchmarking blog.rurineko.com (be patient)<br />
Completed 100 requests<br />
Completed 200 requests<br />
Finished 200 requests</p>
<p>&nbsp;</p>
<p>Server Software: nginx/*.*.*<br />
Server Hostname: blog.rurineko.com<br />
Server Port: 80</p>
<p>Document Path: /<br />
Document Length: 162096 bytes</p>
<p>Concurrency Level: 200<br />
Time taken for tests: 21.512 seconds<br />
Complete requests: 200<br />
Failed requests: 0<br />
Write errors: 0<br />
Total transferred: 32456400 bytes<br />
HTML transferred: 32419200 bytes<br />
Requests per second: 9.30 [#/sec] (mean)<br />
Time per request: 21512.207 [ms] (mean)<br />
Time per request: 107.561 [ms] (mean, across all concurrent requests)<br />
Transfer rate: 1473.38 [Kbytes/sec] received</p>
<p>Connection Times (ms)<br />
min mean[+/-sd] median max<br />
Connect: 1 33 120.1 18 1001<br />
Processing: 372 10761 5806.3 10741 21060<br />
Waiting: 355 10741 5806.6 10724 21044<br />
Total: 403 10794 5807.1 10759 21064</p>
<p>Percentage of the requests served within a certain time (ms)<br />
50% 10759<br />
66% 13730<br />
75% 15651<br />
80% 16751<br />
90% 18862<br />
95% 20084<br />
98% 20771<br />
99% 21025<br />
100% 21064 (longest request)</p>
<h2><strong>意外にもんだいねーなぁｗ</strong><strong>ｗ</strong><strong>ｗ</strong></h2>
<p>と思ったら、まずnginxが499のエラーコードを書き出し</p>
<p>そして、php-fpmのログを見ると、ごめーーーーん！</p>
<p>4つのワーカープロセスしか、あげれないように設定されている為</p>
<p>これ以上どうしようもねーぜぇ！と悲鳴を上げているｗｗｗｗ</p>
<p>まあ、結局4000の負荷テストは通過したけど、一応このようなエラーがあって</p>
<p>一部通信が乱れた事を確認したが、メモリーもＣＰＵもまだ余裕があった為</p>
<p>どんな記事を書いても、21秒で4000のアクセスが来るとも思えずｗ</p>
<p>これで、アウトオブメモリともラブイズオーバーという事でいいかなｗ</p>
<p>[05-Jul-2017 22:37:40] WARNING: [pool www] server reached pm.max_children setting (4), consider raising it<br />
[05-Jul-2017 22:38:00] WARNING: [pool www] server reached pm.max_children setting (4), consider raising it<br />
[05-Jul-2017 22:38:32] WARNING: [pool www] server reached pm.max_children setting (4), consider raising it<br />
[05-Jul-2017 22:40:12] WARNING: [pool www] server reached pm.max_children setting (4), consider raising it</p>
<p>■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■</p>
<p>結論からすると、nginxでワーカーノードの制限を設定したけど、実質意味なし</p>
<p>次にphpを処理しているphp-fpmのワーカーノードのあがる数を制限した事で</p>
<p>今まで7ノードまで最大あがってしまって、アウトオブメモリが発生してたけど</p>
<p>4ノードまでしか増えないので、実質これらの最大処理数を4000弱まで耐えれるとして</p>
<p>1GBの弱小メモリーで処理出来る最大数として、これで一軒落着と思われる。</p>
<p>これで、様子を見たいと思います。nginxは、apacheと違ってワーカーもその通信が</p>
<p>終わらないと、次のコネクションを貼れない仕様ではないので、これで4ワーカーでも</p>
<p>かなりの数をこなせるのが実証出来たので、まあよしとしましょう。</p>
<p>&nbsp;</p>
<p>おっと！書き忘れたけど、nginxが返した499は、途中で切断されてしまった通信についての</p>
<p>エラーコードでした。前段のphp-fpmで蹴られた可能性がありますね。</p>
<p>まあ、abbenchでは、Failed requests: 0となっているので、内部的に切断されたけど</p>
<p>RETRYしてなんとか、通信は返せたという事だとは思います。</p>
<p>今回は、長くなってしまいました。10737文字かいてしまいました。</p><p>The post <a href="https://blog.rurineko.com/archives/7913">PHP Fatal error:  Out of memory 再び！！</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>なんじゃこりゃｗ　→　bot被害かぁ！！</title>
		<link>https://blog.rurineko.com/archives/7871</link>
		
		<dc:creator><![CDATA[rurineko]]></dc:creator>
		<pubDate>Sun, 02 Jul 2017 04:15:26 +0000</pubDate>
				<category><![CDATA[2.IT関連]]></category>
		<category><![CDATA[Linux(ミドル）]]></category>
		<category><![CDATA[Linux（OS）]]></category>
		<category><![CDATA[ネットワーク]]></category>
		<category><![CDATA[ネットワーク関連]]></category>
		<category><![CDATA[bot]]></category>
		<category><![CDATA[cou]]></category>
		<category><![CDATA[mem]]></category>
		<category><![CDATA[Out of memory]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[php-fpm]]></category>
		<category><![CDATA[ボット]]></category>
		<category><![CDATA[メモリー]]></category>
		<category><![CDATA[被害]]></category>
		<guid isPermaLink="false">http://blog.rurineko.com/?p=7871</guid>

					<description><![CDATA[<p><span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 1未満</span> <span class="rt-label rt-postfix">分</span></span>Out of memory (allocated 11689984) (tried to allocate 9591784 bytes)　に苦しんでますが、 先日おこなった対応でも、まだ駄目っぽいです。 今日先ほど、za [&#8230;]</p>
<p>The post <a href="https://blog.rurineko.com/archives/7871">なんじゃこりゃｗ　→　bot被害かぁ！！</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></description>
										<content:encoded><![CDATA[<p><span class="span-reading-time rt-reading-time" style="display: block;"><span class="rt-label rt-prefix">この記事を読む およそ時間</span> <span class="rt-time"> 1未満</span> <span class="rt-label rt-postfix">分</span></span>Out of memory (allocated 11689984) (tried to allocate 9591784 bytes)　に苦しんでますが、<br />
先日おこなった対応でも、まだ駄目っぽいです。</p>
<p>今日先ほど、zabbixのcacheグラフを見て唖然ですｗ<br />
なんじゃこりゃ・・・。1．0ｋMbyteになっているじゃないですか・・・・。<br />
ちなみに、このグラフ私が記事を投稿すると自動削除（リフレッシュ）されて、0に戻ります。<br />
それから、皆様にアクセスされるとどんどんcacheが生成されて、静的コンテンツに差し替わっていきます。<br />
JSなんかは、動的に動くので、コンテンツ部分だけ静的コンテンツになっていくイメージですね。<br />
という事は、このcacheサイズってのは、アクセスされた数に比例するので<br />
今日はたくさん見ていただいたんだって感じで、zabbixでグラフを描かせている次第です。<br />
<a href="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-42_No-00.png"><img loading="lazy" decoding="async" class="aligncenter size-thumbnail wp-image-7874" src="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-42_No-00-300x129.png" alt="" width="300" height="129" srcset="https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-42_No-00-300x129.png 300w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-42_No-00.png 604w" sizes="auto, (max-width: 300px) 100vw, 300px" /></a></p>
<p>どうも、ＣＰＵの負荷率をみる限り、高速化したサイトをざーっと勢いよく舐めて行った感じに<br />
なっているグラフが見て取れますね。<br />
<a href="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-54_No-00.png"><img loading="lazy" decoding="async" class="aligncenter size-thumbnail wp-image-7873" src="http://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-54_No-00-300x182.png" alt="" width="300" height="182" srcset="https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-54_No-00-300x182.png 300w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-54_No-00-620x375.png 620w, https://blog.rurineko.com/wp-content/uploads/2017/07/SnapCrab_NoName_2017-7-2_13-5-54_No-00.png 638w" sizes="auto, (max-width: 300px) 100vw, 300px" /></a></p>
<p>今までだと、数日かかって全記事引っ張っていくbotはあったけど、<br />
1日でもっていって締まったのですね。ちょっと、botも考え物ですねぇ。<br />
とりあえず、このくらいアクセス来ても、Out of memoryに深夜帯はなってないので<br />
設定の効果はでているのかな？と思っちゃいましたがｗ。負荷試験ありがとぉと言いたいｗ</p><p>The post <a href="https://blog.rurineko.com/archives/7871">なんじゃこりゃｗ　→　bot被害かぁ！！</a> first appeared on <a href="https://blog.rurineko.com">～下町物語～</a>.</p>]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
