PHPで並列処理を実現したい

phpは基本的にシングル処理を得意としており、マルチスレッドによる並列処理は苦手とされている。

が、しかし。

PHPで作成したシステムであれば、同じPHPでバッチ処理を作りたくなるケースは普通にありえる。

ただ、シングルスレッドだと性能改善に限界があるため、並列化して爆速化を計りたい。

↓を参考にしました。わかりやすかったです。

PHPはマルチスレッド化で爆速化できるか？ pthreadsの使い方（基礎編）

php7.0.9 手動インストール

php7.1ではpthreadが正常にインストールできなかったので、php7.0をインストール。pthreadを使えるようにするには、phpのインストール時に「–enable-maintainer-zts 」オプションの付与が必要。

yumでインストールをすると細かいオプションの指定が出来ないため、敢えて手動でインストール。

phpの公式よりphp7.0.9.tar.gzをダウンロードをして任意の場所に展開。展開後は『configure→make→make install』のお決まりのコマンドで導入する。

▼php公式

http://jp2.php.net/downloads.php

▼configuire コマンド 例

./configure –prefix=/usr –enable-maintainer-zts –with-pear –with-config-file-path=/etc –with-readline –with-zlib –enable-mbstring –with-curl –enable-zip –enable-sockets –enable-sysvsem –enable-sysvshm –with-mhash –with-pcre-regex –with-gettext –enable-bcmath –enable-libxml –enable-json –with-openssl –enable-pcntl –enable-simplexml –enable-xml –enable-xmlreader –with-xmlrpc –enable-xmlwriter –enable-opcache

configureやmake中に様々なライブラリ不足でエラーになった場合は、都度インストールする。

以下は一例。

yum -y install curl-devel
yum -y install curl
yum -y install libmcrypt-devel
yum -y install readline-devel

ちなみに、configureをやり直す場合。

make distclean

コマンドを打ってからやり直したほうがいいらしい。

最後に、phpのバージョンを確認する。

root> php -v
PHP 7.0.9 (cli) (built: Sep 4 2017 20:40:06) ( ZTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies

pthread導入

phpが正常にインストールできたら、pthreadを導入。pthreadはphpの拡張機能としてインストールすることが出来ないので、個別にインストールをする。

↓pthread公式サイトから取得

https://pecl.php.net/package/pthreads

php同様、サーバー内の任意のディレクトリにダウンロードして、展開する。展開後はお決まりのコマンドでインストール。

↓pthreadインストール

root> cd ./pthreads-3.1.6
root> phpize
root> ./configure
root> make
root> make install

インストール後に出力される、pthread.soをphp.iniから読み込む。

; If you only provide the name of the extension, PHP will look for it in its
; default extension directory.

extension=pthreads.so

phpinfoでpthreadが読み込まれていれば導入完了。

導入環境

今回の環境は「さくらVPS」上で作成しています。

安価でroot権限付いてくるし、かなり重宝します。

「 さくらVPS」は↓のバナーから詳細をご覧いただけます。

8/25のネットワーク障害原因判明

8/25に発生したネットワークトラブルの原因が判明！米Google社のご操作が原因と発表。そして、米Google社が謝罪した。

ネットワーク障害の影響は大きく、かなりの被害があったものと思えるが、同時に２つの問題点が浮上したともいえる。

１．ネットワーク依存度が高い

日本国内においてのネットワーク依存度の高さが表面化したと思う。モバイルSuicaやスマホ、オンラインゲームなど、ネットワークを介したサービスが増え、数年前と比べると格段にネットワークへの依存度が増したと思う。

それにより、大規模なネットワーク障害が出たときに、必然的にトラブルに巻き込まれる人も増えたのだと思う。

電車も切符を購入して乗車する人には影響が出ないが、利便性を求めてモバイルSuicaなどネットワークサービスを使う人には影響が出る。

なんでもかんでも便利なサービスにしたことが、影響を広げる要因になったともいえる。

ここまで大規模なネットワーク障害が頻繁に起きるわけではないと思うが、ネットワークに依存しすぎている現社会にも問題があるのだと思う。高度化するだけじゃなく、アナログなシステムの方が良いときもあるのだ。

２．ネットワークの脆弱性が露呈

米Googleという巨大企業の誤操作とはいえ、たった１つのミスで日本国内のネットワークに影響が出てしまうというのは、脆さの１つだとも言える。

特に金融ネットワークまでも影響が出てしまうのは脆さだと思う。金融ネットワークは、バックボーンを冗長化して安定性を増すべきだと思う。

「想定し切れなかった」と言えばそれまでだが、「万が一」まで想定してのネットワーク強化をして欲しいところ。今回の件を糧として、さらに強靭なネットワークになって欲しいと思う。

 

 

 

 

日本中で大規模通信障害発生

8/25(金)の12:25分あたりから各地でネットワーク障害が発生した。Yahooニュースや日本経済新聞でも記事になり、大事件となった。

この記事を書いている時点（18:45）では全復旧したようだ。

影響範囲が凄い

障害情報を公開しているさくらインターネットだけでなく、フリマアプリの「メルカリ」やKDDI、Softbankなど通信会社にもかなりの影響が出たようだ。

◎影響が出たサービスなど

• ＪＲ東日本
• メルカリ
• ネット証券
• 任天堂
• 楽天証券
• Softbank
• Docomo
• KDDI
• ＮＴＴコミュニケーションズ
• OCN

上記に記載したのはほんの一部ではあるが、かなり大手の企業が手がけるサービスにも影響が出ている。

KDDIやSoftbankなどの通信業者にも不具合が出たため、スマホユーザへの影響がかなり大きく出たものと想像できる。通信ネットワークありきの生活に慣れきっている昨今においては、影響も計り知れないものがある。

原因は調査中とか

通信会社によると、機器や設備による不具合ではなく、海外も含めたバックボーンネットワーク上でなんらかの問題が発生した様子。

詳しい原因は今後さらに調査するとのことだが、具体的な原因は公表して欲しいところ。バックボーンで障害が起きたとなると、その原因を知ったところでなにか対策ができるわけではないが、今後の知見として知っておきたいのだ。

文句を言っても仕方ない

こういった大規模障害が起きると、文句をぶちまける輩がいるが、文句を言っても仕方ないのだ。予期しきれるものでもないし、対策しきれるものでもない。

専門家が十分にセキュリティ面や強度も考慮して構築しているネットワークで異常が出たのだから仕方ない。文句を垂れる人は、素人なんだろうと思う。障害が少しでも早く解消されるのを待つのが最善なのである。

今回の障害を糧として、さらに強度の高いネットワークになることを願うばかりである。