Docker for AWS 試してみた その2 - Qiita
前回に引き続き、今回は Docker for AWS で生成される swarm クラスタで実際に アプリを起動させたりスケールさせたりしてみます。 （ 8月1日出版予定の AWS 本で ECS や ECR の章書きました！ AWS での Docker 利用の手引きにぜひご参照ください） 目次 通常の Swarm クラスタとの違いは、docker service をご覧ください。 Swarm マネージャに接続する docker node docker service 続編.. Swarm マネージャに接続する 2 つ方法 があります（いずれも Docker を利用する上で一般的1 なもので Docker for AWS や Swarm クラスタならではというわけではありません）。 Docker ホストに SSH ログインして、ホストの Docker クライアントから直接操作 SSH トンネル
Node Inspectorを用いてDockerでnode.jsをデバッグする方法 | POSTD
本記事では、Node.jsのDockerコンテナをライブラリの Node Inspector を使ってデバッグする便利な方法について説明します。コンテナを扱う際には少し違った考え方をすることがいかに重要かということを学べる、非常に興味深いケーススタディになりました。 なぜ？ お気に入りのIDEを使ってNode.jsをデバッグすることも可能ですが、データやコードを徹底的に調べようとするなら、ブラウザベースの方法が相変わらず便利です。そこで、Node Inspectorを使えるようにしたかったのです。 どうやって？ この目的を達成する方法は、理論的にはいくつかの選択肢があります。このうち、うまくいく方法をご紹介する前に、まず私が選ばなかった方法、あるいはうまく機能しなかった方法について説明したいと思います。 Node Inspectorとnode-app自体を一体化する これを行う方法で最も明
CPU使用率100％のWebサーバをOSのチューニングだけでCPU使用率20%まで改善する - 人間とウェブの未来
こんばんは、 @matsumotoryです。 hb.matsumoto-r.jp 上記エントリにおいて、プロセスの大量メモリ確保に伴うページテーブルサイズとベージテーブルエントリ数の肥大化によるcloneやexecveの性能劣化とCPU使用時間の専有問題、および、それらの解決方法についてシステムコールレベルで確認しました。 そこで今回は、システムコールやそのカーネル内部の処理の性能、というよりは、より実践的な環境であるApache httpdとmod_cgiを用いて、phpinfo()を実行するだけのCGIに対してベンチマークをかけた時にどれぐらいCPUのidleが空くか、システムCPUの使用量が変わるかを、前回示した解決方法の1つであるHugePagesを使うかどうかの観点で比較してみましょう。 特定条件下のWebサーバ環境のシステムCPUに起因する高負荷問題から、システムコールやカーネ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
