[Think IT] 第4回：OpenIPMIでサーバ管理 (3/4)
ipmitoolでは「sdr」を指定することにより、サーバ筐体内のセンサからの情報を取得することが可能です。多くのサーバではCPU温度やファン回転数、電圧などの情報をセンサで取得していますので、管理者はそれらの情報をIPMI経由で取得することができます。以下はProLiant DL140G3でのセンサ情報を取得した例です。 IPMIによる遠隔地の管理対象サーバのセンサ情報の取得 # ipmitool -I lanplus -H 16.152.155.167 -U admin -P admin sdr ACPI State | 0x01 | ok System Reset | 0x00 | ok POST Error | Not Readable | ns Memory ECC | No
Dockerを理解するための8つの軸
「Docker」というキーワードが、サーバーまわりのキーワードとして定着しつつある。その一方で、触ったことのある人以外からは、「Dockerってよくわからない」「コンテナーって昔からあるのでは？」という声も聞く。 Dockerは、それまでにあった要素技術を組み合わせることで、サーバーアプリケーションを実行する便利な方法を作り出したものだ。そのため、1つの要素技術を見ただけでは、新しさや全体像がわかりにくい。 そこでこの記事では、Dockerを触ったことのない人向けに、Dockerを8つの軸から説明する。なお、ここではDockerそのものを解説するわけではないので、ご了解願いたい。 1. コンテナー Dockerはまず、コンテナー管理ツールだ。 コンテナーとは、1つのサーバーの上で、複数のサーバー環境をそれぞれ分離して実行する、一種の仮想化技術だ。「OSレベルの仮想化」とも呼ばれる。 複数の
DockerとLinux OSのリソース共有状況の調査
DockerコンテナとベースとなるLinux OSとは、カーネルや様々なリソースを共有している。リソースを個別に保持するサーバ型仮想化と比較するとリソース消費量が少なく、1台のサーバ上でより多くの仮想マシンを起動させることが可能である。 コンテナ型仮想化のメリットはわかりやすいが、同時にこの特徴は、共有されているリソースをあるコンテナが大量に消費するような状況が発生した場合、ベースOSにも影響を及ぼす可能性があるという懸念を生じさせる。この懸念を払拭し問題点を明らかにするために、DockerコンテナからベースOSのリソースを消費させる試験を行い、その影響について検証した。 本連載で性能評価などを行ってきた過程で、Dockerの動作は（若干ではあるが）Linuxディストリビューションごとに異なることもわかっている。そこで今回は、LinuxディストリビューションによるDockerのリソース使用
ベアメタル環境とDockerコンテナ環境の性能比較
コンテナ環境とベアメタル環境の差異 前回は、Docker向け軽量Linux OSの主要3製品の比較を行った。Dockerを利用した環境の構築は、構築済みコンテナなどの利用により、比較的容易に行える。これは便利ではあるが、一方でコンテナ型仮想化環境には既存のベアメタル環境との差異がある。 コンテナ型の仮想化は軽量でリソース消費量が少ないが、コンテナ型仮想化環境にも管理レイヤは存在し、その上でコンテナが稼働している以上、どうしてもベアメタル環境に比べて性能劣化が発生することが予測される（図1）。 今回は、同一スペックおよび同一プロダクトを利用し、構築したDocker環境とベアメタル環境上で負荷テストを実施することで、両者の性能差を比較検証する。処理性能やリソース負荷状況などの観点で比較し、その差異を表やグラフにまとめているので、ご一読いただきたい。 まずは環境をご紹介する。今回は、図2のような
Dockerが注目されている理由を探る
Dockerとは Dockerとは、Docker社が開発しているオープンソースのコンテナ型仮想化ソフトウェアである。Linux上でLXC（Linux Container）の技術を活用し、コンテナ型の仮想環境を作成するものだ。 Dockerの主な特徴は、以下の通りである。 コンテナはカーネル部分をベースのOSと一部共有するため、リソース使用量が非常に少ない Docker社が用意しているリポジトリ（DockerHub）に、構築済みのコンテナイメージがあるので、構築作業が不要 コンテナの作成からプロダクトのインストール・設定するまでの手順を、“Dockerfile”というテキストファイルに定義できる（インフラのコード化）。このDockerfileを用いることで、Dockerが導入されている環境であればどこであっても、準備した環境を稼働させられるため携帯性が高くなる。 これらの特徴からDocker
TomcatにWebアプリケーションを配備する
Tomcatの構造 前回まででTomcatのインストールが完了しました。今回はTomcatに新しいWebアプリケーションの配備を行います。Webアプリケーション配備の前に、Tomcatのディレクトリ構成を見てみましょう。 Tomcatのディレクトリ構成 今回利用しているTomcat 5.5のインストールディレクトリは以下のような構成になっています。Tomcatのそれぞれのディレクトリの役割は以下の通りです。
Amazon EC2とPostgreSQL 9.0
クラウドサービスの代表例とも言えるAmazon EC2を使ってWebアプリケーションを動作させるため、LinuxとApache、PHPとPostgreSQL 9.0、いわゆるLAPP環境を構築する手順を解説する。 なお、本連載ではPostgreSQLのデータベースを操作するためのSQLなどについては触れていないので、LPI-Japanが無償で提供しているテキスト「オープンソースデータベース標準教科書」を参照して欲しい。PDF版、EPUB版が提供されているので、作業時に参照できるようにしておくとよいだろう。 →参照：「オープンソースデータベース標準教科書」ダウンロードページ Amazon EC2の仕組み Amazon EC2（以下、EC2）はパブリッククラウドサービスとして利用できるが、サービス独特の用語や考え方があるので、事前にポイントだけ把握しておこう。 EC2のインスタンス EC2はA
tcpdumpを使いこなす！
tcpdumpで使用できるコマンドオプション TCPDUMP（http://www.tcpdump.org/）、MicroOLAP TCPDUMP for Windows（http://www.microolap.com/products/network/tcpdump/）で共通で使用できるコマンドオプションは以下の通りです。 tcpdump [-adeflnNOpqRStvxX][-c count][-F file] [-i interface][-r file][-s snaplen][-T type][-w file] [expression] ここでは、これらのうち、tcpdumpでよく使用されるコマンドオプションについて記述します。 1つ目が-lです。-lオプションは、tcpdumpの出力結果をパイプ（|）を通じてほかのプログラムへ渡す際に必要となるオプションです。 2つ目が-n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
