MRTGよりお手軽に負荷やトラフィックをグラフ化できる「Munin」 - GIGAZINE
Perlで書かれており、RRD Toolと連携して、サーバに関するあらゆる情報をグラフ化し、HTMLを作ってくれます。MRTGよりも圧倒的にインストールも設定も簡単。グラフ化する対象はプラグインで簡単に拡張可能。 グラフ化できるのは、初期状態でディスク使用量・MySQL・IOstat・トラフィック・プロセス数・VMstat・CPU温度・CPU使用率・ロードアベレージ・メモリ使用率・スワップ・Netstat・HDD温度など。プラグインを追加することでさらにApacheのロードタイム・メールキュー・Asterisk・NFSクライアント・BIND・ColdFusion・DNSキャッシュ・MySQLの各種数値・PostgreSQL・印刷キュー・ProFTP・Qmail・電圧・S.M.A.R.T.・SpamAssassin・Tomcat・Tor・Windows Server・VMware・Xenなど
PCクラスタ、1Uサーバ、スケーラブルインフラ、HA、HPCクラスタリング、Linuxのクラスターコンピューティング株式会社 - クラスターコンピューティング株式会社
AMD EPYC™ 7003 シリーズプロセッサー搭載 GPU対応 ラックマウントサーバ 最新のAMD社製サーバ向けCPUをコンパクトな1U筐体に搭載したシングルソケットラックマウントサーバ。 GPU搭載用拡張スロットを備え、機械学習、エッジコンピューティングに最適。 各種インターフェースはサーバ前面よりアクセス可能。 本体価格 ¥634,000 ~ システムの特徴 48GHz(3.0GHz x 16コア)〜68GHz(2.85GHz x 24コア)の計算性能 ECC対応DDR4 3200メモリを搭載。最大1024GBまで搭載可能 1000BASE-T LANポートを標準で2ポート搭載 ホットスワップ対応 2.5 インチ SATA/NVMe ドライブベイを2基搭載 GPUに適したPCI-E拡張スロットを搭載 800W 80 PLUS Platinum 電源を搭載 IPMI対応 BMCによる
XenServerでサーバ仮想化＋DeleGateでグローバルIPひとつを使い回す - yuhei.kagaya
『社内に開発環境がない！』 ということで、なるべくコストをかけずに開発環境を量産してみた。 概要 今回やることの全体図はこんな感じ。 使ったもの グローバルIPひとつ 市販の無線LANルータ（有線ポートが4個ついてるバッファローのやつ） あまってるHPのデスクトップパソコン4台 HP Compaq Business Desktop dc7100 US スペック：Intel(R) Pentium(R) 4 CPU 2.80GHz/80GBHDD/2GBメモリに増量 無線LANルータのNAPT、多機能ゲートウェイ/プロキシサーバのDeleGate、サーバ仮想化技術のCitrix XenServer5を利用。 XenServerは無償のExpress Editionを利用。同時実行VM数や、使用できる物理メモリ容量、使用できる物理CPU数に制限があったり、XenCenterから複数のXenSer
パソコンおやじ
［ 自宅サーバーWebRing ┃前 ｜ID=72 前 後5表示 ｜次 ┃乱 移動 ｜サ イト一覧 ］ パ ソコンおやじのHPは、Linux(SuSE9.3)／ Athlon64サーバ/Bフレッツマンションタイプ(VDSL方式)で運用しています。 サーバ初心者のおやじが、無謀にもLinuxに挑戦しました。現在、試行錯誤の末、WWW/メール/FTP/DNS/Proxy サーバが稼働中です。SMTP Authentication、POP/SSL等、セキュリティを考慮したシステムを目指しています。 ■FileZilla Server0.9.44の日本語化パッチをダウンロードに 追加しました。(2014.05.04) ■FileZilla Server0.9.43の日本語化パッチをダウンロードに 追加しました。(2014.01.04) ■FileZilla Server0.9.42の日本語化パッチ
大規模SNSのボトルネックとソリューション
SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入る。本稿では、グリーCTOの藤本真樹氏が、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介する。 はじめに 昨今では、地方自治体や企業内でもSNSを導入する動きが活発化しているようです。しかし、SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入ります。そこで本稿では、前回お届けした「大規模SNS実現のためのGREEのアプローチ」の内容からもう一歩踏み込んで、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介します。 SNSのボトルネック 一定以上のユーザー数、データ量、そして機能を持つSNSでは、普通に構築していくと非常に悩ましいボトルネックが2つ顕在化してきます。1つは、「友達の新着」系の情報取得です。もう1つはア
第4回 省電力サーバーの投資対効果
概要 サーバーの消費電力と処理能力を計測した。対象としたのは，約7年前の旧型サーバーと，省電力をうたう新型サーバー。サーバー単体の消費電力は新型が旧型より大きいが，それ以上に処理能力が向上している。新型サーバーにリプレースした場合のコストを試算したところ，約1年でコスト・メリットが得られることが分かった。検証を担当したライブドアの伊勢さんに報告してもらう。 この1～2年で省電力をうたうサーバー機の選択肢が増えてきた。2005年ごろから，米Advanced Micro Devicesや米IntelなどのCPUベンダーが消費電力当たりの処理能力を重視したマルチコアCPUを相次いで出荷。これに応じてサーバー・ベンダーも，メモリーやディスクなどを含むサーバー機全体で，これまで以上に省電力を意識するようになってきた。 そこで今回は，2000年に出荷された旧型サーバーと，2007年に出荷された省電力を
Blog by Sadayuki Furuhashi
MessagePackフォーマット仕様のPull Request #209をマージし、MessagePackにTimestamp型を追加しました。 ※この記事の英語版は XXX にあります（翻訳中） Extension型の型コード -1 として定義されているため、後方互換性が維持されています。つまり、既にExtension型に対応しているデシリアライザであれば、Timestamp型を使用して作成されたデータを、Timestamp型に対応していない古いデシリアライズで読み出すことができます。 新しいTimestamp型には timestamp 32、timestamp 64、timestamp 96 の3つのフォーマットがあり、よく使う値をより少ないバイト数で保存できるようになっています。例えば、1970年〜2106年までの時刻で、秒までの精度しか持たない時刻であれば、合計6バイトで保存でき
KLab
ご指定のページが見つかりませんでした URLの変更、もしくはページが削除された可能性があります。 お手数ですが、以下のリンクから目的のページをお探しください。
[ThinkIT] 第3回：運用管理を各種ツールで自動化 (1/3)
Webサービスは、サービスそのものを作るよりも運用の方がコストがかかるといわれています。このため、コストを削減するには運用部分を極力自動化する必要があります。 そこで今回はオープンソースソフトウェアを利用し、コスト削減と運用監視の両面を目的とした手法を紹介します。 一口に「監視」といっても、サーバを運用する際に注目すべき点は様々です。実際にウノウでは、以下のような項目を監視しています。 日々のパッケージのアップデート アプリケーションの脆弱性などの確認やアップデートを行います。 サーバの生存監視 正常にサービスが提供されているかの、サーバの死活を監視します。異常があった場合は即座に通知されるのがベストです。 サーバのリソース監視 サーバがどの程度のリソースを使用しているかを監視します。サーバの負荷測定、ボトルネック検証や増強計画などで効果を発揮します。 アプリケーションのログ監視 アプリケ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
猫鯖：CSS鯖死亡 - 猫鯖の部屋
Linuxコマンド逆引き大全 Index - Linuxコマンド逆引き大全：ITpro