構築環境: RedHat? 9 httperfとは † Httpサーバベンチマークツール。 httperfなら、Webサーバが毎秒100リクエストを受けながら、MySQLのベンチマークを行なうといったことが可能。 Apacheのabとの違いは、毎秒のリクエスト数を指定できるところ。 abはいつもCPUはフル稼動だ。 abでは「毎秒100リクエスト送った場合のCPUの負荷がどうなってるか」がわからない。 ↑ 使い方 † 例。 #httperf --server hostname --port 80 --uri /test.html \ --rate 150 --num-conn 27000 --num-call 1 --timeout 5 rate 1秒間に生成するコネクションの数。 1秒間に発生するリクエスト数は rate×num-callになる。 num-conn 総コネクション
初期投資を抑えつつサーバインフラを手軽に拡大/縮小できる、いわゆるクラウドサービスが人気みたいです。Amazon EC2 みたいなやつ。聞くところによると、ソーシャルアプリなどは、アクセス規模とかユーザの増加傾向が見積りにくいようで、そういうところで利用が進んでいるらしいです。 ところで、そういったサービスは、何もサービスを受け付ける側を作るのに使うだけでなく、（負荷試験やパフォーマンスチューニングのための）Web アクセス負荷を大量に発生させるインフラとしても使えるんでないかなあと思っていたら、やっぱりそういうモノがありました。JMeter in the Cloud という AMI (Amazon Machine Image) です。 JMeter In The Cloud – A cloud based load testing environment 元々 JMeter では、複数の
Basic認証についての備忘録。。。 詳しく調べてなかったらこういうしょーもない事でつまづく。。。 <Directory "/var/hoge/html"> AuthType Basic AuthName "Hoge User" AuthUserFile /home/hoge/.htpasswd Require user hogehoge </Directory>の設定で下記のエラーが出続けていたので色々といじくり回したり調べたりした。 access to / failed, reason: user 'hogehoge' does not meet 'require'ments for user/valid-user to be allowed access ちなみに.htpasswordの中に存在するユーザはhogeでした。 <Directory "/var/hoge/html"> A
Basic認証の危険性とLDAP化の概要 多くの読者の皆さんがご存じのように、パスワード認証を要求するWebページをApache上で作成するためには、通常は.htaccessと.htpasswdなどを用いたBasic認証を使用します。 たとえば、http://www.example.com/secret/以下にてパスワード認証を実現するには次のような設定を行うのが一般的でしょう。 リスト1 .htaccessやhttpd.confの設定（部分） AuthUserFile /home/passwd/.htpasswd AuthGroupFile /dev/null AuthName "Secret Area" AuthType Basic require valid-user リスト2 /home/passwd/.htpasswdの例 tanaka:vDVcobip.AMqE suzuki:
選ぶ際の7つのポイント このぺージでは、住宅用火災報知器（火災警報器）を選ぶ際のポイントを安全性 価格 感知方式 性能 通知方式 取り付け方法 その他事項の7つに分けて解説しています。 10年前とほとんど同じですが、安全認定制度が大きく変わっています。 安全性 国家検定制度適合品に表示される適合表示マークの有無を確認する。 左記が国家検定制度適合品に表示される適合表示マークです。 2014年4月1日以降は、購入しようとする製品に表示されているかを確認してください。 特に2019年（平成31年）4月1日以降は、必須の確認事項です。 国が定める技術上の規格に合格した製品に表示されるマークです。 2014年4月1日以降に国家検定制度に適合した製品に住警第〇○～〇号番号とともに表示されています。 （消防法第21条9項） ＮＳマーク表示の有無を確認する。【2019年（平成31年）３月３１日までの製品
住宅用火災報知器を自分で取り付けよう 住宅用火災警報器の設置が、 2004年の消防法改正により新築住宅への設置義務化となってから１０年以上 既存住宅への設置義務化完了から １０年の歳月がたっています。 住警器の製品寿命は標準で10年です。 場合によっては電池切れや故障を検知する自動試験機能付製品がありますが、複数年の間電池切れや故障メンテナンス不足のまま設置されている 住宅用火災警報器(報知器)があります。 設置後10年経った点検・メンテナンス不足の住警器の状態 点検のメンテナンスの勧め この機会に一度点検を実施し住宅用火災警報器が正常に機能しているか確認し、不調な場合は交換をしましょう。 住宅用火災警報器には、自分でできる簡単な手動点検機能があります。 住宅用火災警報器は、政令と住いの市町村条例で決められた取り付け位置・種類を間違えなければすれば、自分で取り付けが可能です。 自分で取り付
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Func を触ってみた Open Tech Press で知った、Func がおもしろそうだ。 とりあえずどんなツールかを要約すると、 複数のサーバに対して、何らかの処理を一括でまとめて実行して結果が取得できる。たとえば、yum でパッケージをインストールとか。 「何らかの処理」の部分は、モジュールで拡張できる。 「何らかの処理」はコマンドラインから実行して単に結果を表示、ということもできるし、Python API でプログラマブルに処理することもできる。 クライアント/サーバアーキテクチャ これだけだと何となくわかるようでわからない。触ってみるのが一番。というわけでまずはインストール。 インストール InstallAndSetupGuide を読むと、（おそらく最近の）Fedora であれば yum 一発でインストールできるみたいだけど、手元にある CentOS 5 用のパッケージがなさ
このたび、8年の歴史を持つ個人向けレンタルサーバー「ロリポップ！レンタルサーバー」が、6月29日より大幅リニューアルすることが発表された。一番の変更点としては、容量が200MBから1GBに増えることだ。 今回のリニューアルに関して、ロリポップ！を動かしてきた3人のキーパーソンにその裏側をインタビューした。 第1回では、ロリポップ！の生みの親、株式会社paperboy&co.代表取締役兼CCO（最高クリエイティブ責任者）家入一真氏に、ロリポップ！誕生秘話をうかがった。 当初、「鯖サーバー」という名前にするつもりでした ――― そもそもロリポップ！が生まれたきっかけは何だったんでしょうか？ 僕は結婚を機に、家族と一緒に過ごす時間を増やしたいと考えて起業したんですけど、当時安くて使いやすいレンタルサーバーがなくて自分自身困っていたので、すぐにレンタルサーバーを始めようと決めました。どうせやるなら
PXE（Preboot eXecution Environment）は、Intelが開発したネットワークブートの規格である。PXEによるネットワークブートを行うには、PXE対応NICとPXEサーバが必要だ。ここでは、PXEネットワークブート用サーバを構築するにはで構築したPXEサーバを利用して、PXEブートしたPCにLinuxをインストールする手順を説明する。 最初に、BIOSでネットワークブートの優先順位をHDDよりも上にしておく。 BIOSの設定を終了すると、DHCPによりIPアドレスなどを自動設定してPXEサーバに接続し、インストーラが起動する。以後、基本的には通常のインストールと同様に作業を進める。PXEネットワークブート用サーバを構築するにはで、HTTPサーバがファイルを転送するように設定したため、インストール方法を選択する画面では「HTTP」を選択する。 ［TCP/IPを設定し
PXE（Preboot eXecution Environment）は、Intelが開発したネットワークブートの規格である。PXEによるネットワークブートを行うには、PXE対応NICとPXEサーバが必要だ。PXEサーバ（DHCPおよびTFTPサーバが稼働）は、ネットワークブートするPC（クライアント）に対してブートイメージを転送する。ここでは、インストール済みのFedora Core 3（FC3）をPXEサーバにする手順を説明する。 最初に、PXEブートしたPCへブートイメージを転送するためのTFTPサーバを用意する。 として、TFTPサーバ（tftp-server）がインストールされていることを確認する。インストールされていない場合は、yumコマンドでインストールする。 TFTPサーバは、xinetd経由で起動される。FC3の場合、デフォルトでは起動しないようになっているため、/etc/
Preboot Execution Environmentの略で，パソコン本体にファイル等を一切用意しないで，OSやインストーラなどをネットワーク経由で起動するための規格です。それに対応した機能を「PXEブート」と呼んでいます。最近のほとんどのパソコンは，PXEブート機能を備えていいます。 PXEブート機能を有効にするには，パソコンのBIOSでネットワークからの起動を優先するように設定します。ただし，それだけではOSやインストーラを起動できません。パソコンとは別に，BOOTP対応のDHCPサーバー，TFTPサーバー，FTPまたはHTTPまたはNFSサーバーを用意し，それらのサーバーからネットワーク設定，OSやインストーラに必要な各種ファイルを入手できるようにします。 写真1は，PXEブートを用いて，パソコンがLinuxのインストールに必要なカーネルを読み込んでいる途中の画面です。
OSインストール自動化あれこれ(Cobbler, Koan) - Presentation Transcript OSインストール自動化あれこれ （ Cobbler , Koan ） tn m t (s @ tn m t.in fo ) 自己紹介 ▸ 常松 伸哉 (id: tnmt) ▸ Blog: http://blog.tnmt.info ▸ paperboy&co. サーバー管理チーム ▸ 趣味: 楽器(Sax) ▸ 最近ランニング始めました ● 暑くて早くもバテ気味です 突然ですがこう頼まれたら… ▸ 物理マシンへのOSインストールやっておい てー。100台。 ▸ anacondaインストーラ使って一台一台インストール？ ▸ PXEブート？キックスタートファイル100個準備？ Cobblerでどうぞ ▸ Cobbler ▸ OSインストールに関する情報や、インストールに必要なデー
Captcha security check cafechantant.com is for sale Please prove you're not a robot View Price Processing
サーバが重いってどういうこと? 著者：ウノウ 尾藤 正人 2007/10/4 2007年10月の連載ランキング1位（一覧を見る） サーバ管理者だけではなく誰でも一度は経験したことがある「サーバが重い」という現象。一言で「重い」というのは簡単ですが、重いというのは具体的にどういうことなのでしょうか。 ここでいう重い・軽いは単一のベクトルで判断できるような簡単な代物ではなく、様々な要素によって発生する現象です。処理が重いからといって闇雲にハードウェアを増強するのは賢いやり方とはいえません。例えば、メモリ不足が高負荷の原因なのに、CPUを高速なものに変えても効果はほとんどないでしょう。 このような無駄な投資を避けるためにも、負荷の原因を特定して素早く対応策を講じるのはサーバ管理者にとって重要なスキルになります。本記事ではサーバ負荷の特定の仕方と対策の仕方について、簡単な概要を説明します。
処理が遅い場合, 問題が, ディスク I/O, CPU能力, ネットワ−ク, メモリ不足, NFS 等のうちどこにあるかが問題になる.(いや,他にもありうるけど) ディスク I/O や ネットワ−クが問題になることが多いと思う. ネットワ−ク関連では, hosts ファイル や DNS に無登録のマシンだったり, NIS 参照に問題が出ていたり, また, 自分自身でなく NFS サ−バが遅いのが原因の例もあった. 機材の故障やケ−ブル不良で, ネットワ−クに大量のエラ−がでているのが 原因のことも多い. 複数の DNS サ−バを参照しているばあい, DNS サ−バの参照順が適切か考え直してみる. 使用する tool vmstat, free, top, netstat,tcpdump 等は普通に使えると思う. 負荷のモニタは procmeter が気に入っている. ネットワ−クの状況は I
前回は、アプリケーションのデバッグについて詳しく説明しました。今回はWebアプリケーションがさらに快適な状態で安定稼働するための性能チューニングについて詳しく説明します。 Webアプリケーションのチューニングを考える 前回までで、アプリケーションのデバッグを終えて一通り動作するようになりました。しかし、それだけでは快適なシステムが完成したとは言えないのです。たとえば、たくさんの利用者が一斉に同じアプリケーションを利用したとき、快適な応答性能は得られているでしょうか？ 長時間そのアプリケーションを利用し続けた場合、利用時間とともに応答性能が悪くなるような現象は起きていないでしょうか？ ハードウェアやネットワークの問題も考えられますが、ソフトウェアの性能チューニングによって改善できる場合も多くあります。 この性能チューニングを行うためには、Webアプリケーションサーバがどのような構造になってい
調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
サーバのレスポンスが遅くなると経験のないサーバ管理者は無意味にメモリ増強を行ったりしますが、行き当たりばったりのシステム拡張は無駄な投資につながります。ボトルネック個所の調べ方は案外簡単なので、この際押さえるところをきちんと押さえて正しい方法論でシステム拡張をしていきましょう。 【一般論】 ボトルネックとなりうる要素は主に４つです。 ①CPU使用率 ②メモリ使用量 ③ディスクI/O ④TCPコネクション数 これらを押さえておけばボトルネック個所の把握とその解消は難しくありません。これを踏まえた一般論を述べてみたいと思います。 WEBサーバの場合は多くの場合、TCPコネクション数から先に限界が来ます。OSやApache等のWEBサーバのパフォーマンスチューニングを十分施すことが前提ですが、その場合TCPコネクション数1万くらいまではなんとか保てると思いますが、それ以上のTCPコネクショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く