運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
オープンソースなシステム管理フレームワーク Func 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
func - Trac
Func: Fedora Unified Network Controller You Want The Func Have you ever tried to command or query a large number of systems with SSH? Have you wanted a better way? Have you wanted a way to audit all of your remote commands on all of your systems? Tired of writing shell scripts and parsing command output? Are you fed up with CIM, WBEM, and complicated communication systems that prevent you from do
VHCS - Virtual Hosting Control System
VHCS - freeware control panel for profitable hosting business, VHCS is the leading appliance of web hosting solutions and automation software. We provide award winning service, administration tools, and turn key web hosting solutions.VHCS is a Professional Control Panel Software for shared, reseller, virtual and dedicated server management. VHCS was designed for professional Hosting Service Provid
大規模システム障害の舞台裏
ここ最近、大規模なシステム障害が相次いでいるが、疑問に思うことがある。「なぜバックアップのシステムが働かないのか」という点だ。そこで、筆者は日経コンピュータで特集を企画し、20社近くを取材した。その結果、各企業は様々な想定外に見舞われ、システム障害が表面化し、さらにバックアップが無力化していたことが分かった。 今回、特集を執筆するにあたって、神戸新聞社、全日本空輸（ANA）、NTT地域会社、大垣共立銀行の4社を中心に取材をした。各社とも、ここ約半年の間に大きな障害に直面しており、バックアップのシステムも保有していた。しかし、バックアップが動くことはなかった。 その理由は、大きく3つに分けられる。1つめはバックアップが効かない「単一障害ポイント」でトラブルが発生したこと（神戸新聞社、大垣共立銀行）。2つめがバックアップ側にも問題がコピーされてしまったこと（NTT地域会社）。そして3つめがバッ
The best open source backup software for Linux.
- Automatic Communications Encryption (TLS) - Kubernetes Plugin - Support for Cloud Storage - External LDAP Console Authentication - Docker Plugin - Verify Volume Data - Multi-tier backup with Migration and Copy jobs - Incremental, Differential and Synthetic Backup (VirtualFull jobs) - Compression - Microsoft Exchange Server Plugin - ....and much more
NTTデータによるDell ITサービス事業統合の影響
ガートナー データ＆アナリティクス サミット 2024年5月21日（火）- 23日（木） | Tokyo, Japan
【レポート】高速化プログラミングの参照実装としても活用される「Varnish」 (1) OSの機能をフル活用してHTTPサーバの動きを高速化するHTTPアクセラレータ | エンタープライズ | マイコミジャ
OSの機能をフル活用してHTTPサーバの動きを高速化するHTTPアクセラレータ Varnishというアプリケーションをご存知だろうか。Varnishは、2006年9月20日(ノルウェー時間)にバージョン 1.0がリリースされた、比較的新しいHTTPアクセラレータである。開発言語はC言語で、高速に動作するという特徴がある。以前発表されたApache 3.0構想においてVarnishのVCL(Varnish Config Language)の採用が検討されるなど、現在、多くの開発者の間で注目を集めている。また、今月20日(東部標準時)にはバージョン 1.0.4がリリースされたほか、9日(ノルウェー時間)には次期メジャー版とみられるVarnish 2.0の開発が開始されたことが公式に発表されている。 Varnishは、FreeBSD 6系とLinux 2.6系を動作プラットフォームとして想定して
ITmedia News：YouTubeへの“輸出”も――ひろゆき氏が語る「ニコニコ動画」の今 (1/2)
動画にコメントを付けられるニワンゴのサービス「ニコニコ動画」γ版が、ユーザー限定のクローズドサービスにも関わらず人気を集めている。1日あたりのページビューは約2000万に上り、動画の累計再生数は2億に迫っている。 動画の内容やコミュニケーションの形も進化している。複数の動画を組み合わせた“マッシュアップ”が一般化してきたほか、面白いコメント付き動画がYouTubeに“輸出”されたり、動画とコメントを使ったアンケートが行われたり――ニコニコ動画がなければありえなかったコンテンツが、続々と生まれている。 2月まで公開していた「β版」は、YouTubeを中心とした外部の動画配信を利用し、誰でもアクセスできるオープンサイトとして運営していたが、YouTubeからのアクセスしゃ断を受けて2月末に閉鎖。3月に公開した「γ版」は独自の動画配信サイト「SMILEVIDEO」を構築してYouTubeの利用を
グーグル、巨大データセンターの電力問題に悩む ― ＠IT
米グーグルでは、自社の巨大なデータセンターのエネルギー効率の最適化を目指しており、同社のトップクラスの技術者たちがこの課題に取り組んでいる。 4月5日にニューヨークにあるグーグルの総合施設で行われた講演において、同社のディスティングイッシュドエンジニアであるルイズ・バロゾ氏は、エネルギー効率の最適化を目指した同社のプロジェクトについて説明した。この講演のタイトルは「Watts, faults and other fascinating 'dirty' words computer architects can no longer afford to ignore」（コンピュータアーキテクトはもはや電力問題や障害を避けて通ることはできない）。 Digital Equipmentの元エンジニアとして大規模システム用のロードバランシングシステムを開発した経験もあるバロゾ氏は、グーグルのコアインフ
[ThinkIT] 第1回：Hinemosができること (1/3)
Hinemosとは筆者らNTTデータが開発を進める統合運用管理ツールです。現在はOSSとしてSourceForgeに公開されています。ライセンスはGPL（General Public License）となっており、Webサイトよりダウンロードして利用することができます。 Hinemosの構想が生まれたのは2004年でした。その頃、大規模システムにおいても多数のIA（Intel Architecture）サーバを使った3層システムが一般的になり、そのOSにLinuxが採用されるなどと、OSSが活用される機会が増えていました。 多数のIAサーバとLinuxを組み合わせたシステム構築では、ハードウェア、ソフトウェア共に構築時の初期コストの低減というメリットがありましたが、一方でサーバ台数の増加による運用管理のコスト増は避けられません。 そこで様々な運用管理ツールが利用されました。しかしシステム運
BYTE EYE「リカバリ指向コンピューティング」
図3●Undo/Redoプロトタイプ・システムの構成<BR>アプリケーション・サービスを隠蔽する構造をとる。巻き戻し可能なストレージがUndo機能を提供する。プロキシがユーザーからの要求のログをとり，Redo処理の一部でその要求に応える。 絶対にダウンしない情報システムの開発を狙うよりも，素早く障害から復旧するシステムを構築するほうがはるかに現実的である。とりわけビジネス上で重要なシステムの復旧に失敗は許されない。我々は，複数の防御ラインを設けてシステム障害をマネジメントすることを推奨する。 パソコンではよく，クラッシュやフリーズが起こる。Webサイトは，最もアクセスしたいときに用をなさなかったりする。問題なく動いていたシステムが，アップグレードによって使えなくなるのはよくある出来事である。オペレータによってシステムが混乱に陥る事態にも，しばしば出会う。 システムを安心して使えるようにする
【速報】日銀の発券システム障害はLAN高速化が引き金
日本銀行は3月7日夜、昨日から続いていたシステム障害が復旧したと発表した。8日の午前8時から通常通りの業務を開始する。 障害が起きたのは6日午前。埼玉県戸田市にある発券センターでのコンピュータの処理に遅延が発生し始めた。このため同日午後2時に処理を停止し、東京日本橋の本店で銀行券の取り引きに対応した。 日銀は6日午後から原因の究明を開始。7日朝にネットワークの問題であることが判明した。原因は週末に行ったLAN機器の更新。10Mから100Mビット/秒の機器に更新しネットワークの性能を上げたところ、「コンピュータの処理が追いつかなくなった」（発券局総務課）という。元の10Mビット/秒の機器に戻すことで復旧させた。
教訓はなぜ生かされなかったのか：ITpro
ワコールは2月8日から，約3カ月にわたって閉鎖していたECサイトを再開する。ワコールオンラインショップで不正アクセスによる個人情報漏えい事件が発生したのは2005年11月。5124件の情報の中にはクレジットカード番号が含まれた情報もあり，カード番号を不正使用された顧客の問い合わせにより発覚した。 不正アクセスに使用されたのは，SQL文を外部から送り込む「SQLインジェクション」と呼ばれる手口だ。このSQLインジェクションは，2005年5月に発生したカカクコムやOZmallなどへの不正アクセス事件でも利用されたとされる。 特にカカクコムの事件は全国紙でも報道されるなど，大きな話題になった。にもかかわらず，ワコールの事件は発生した。教訓は生かされなかったのだろうか。 実はワコールの担当者は，システムを開発したNECネクサソリューションズに対し，2005年7月末に問い合わせを行っていたという。「
忙しさ度判別システム - Business Defrag 経営者のための社内最適化 | 株式会社グローバル・フレックス・プランニング
従業員のPCに常駐し、リアルタイムで社員がどのくらい忙しいかを自動判別しWeb上で表示することが出来るシステムです。ステータスを社内外に公開することが出来、社員の退席状況や通常、忙しい、かなり忙しい、電話中、退席中の5段階で表示され、またアイコンもそれに応じて変化します。忙しい人には、仕事を頼みにくかったり、社内で遊んでいる人をいち早く見つけ出すための最適化ツールです。 ▼デモ画面(新規ウインドウが開きます) http://www.gfplan.jp/recruit/status.html ▼システム導入までの流れ ヒアリング NDA(秘密保持契約)契約締結 作業前にて、半額ご入金 弊社にてサーバー設定作成 従業員写真撮影(希望の場合) マニュアルを作成 本稼働 完了後、残り半額ご入金 ▼画面サンプル ▼価格 に含まれるもの 忙しさ度判別システム (1社ライセンス) サーバー利
東証ダウン、運用体制の不備が根本原因
図2●東証とシステム関連ベンダーの関係<BR>東証は2002年2月、東証コンピュータシステムの株式65％を譲渡。これを2004年9月に、富士ソフトABCが取得している 東京証券取引所で11月1日に発生したシステムダウンの根本的な原因は、運用体制の不備にあった。本来はシステムの本番機に触れない開発ベンダーである富士通が、東証が許可したとはいえ本番機上でバグを修整するなど、「あってはならない」運用がまかり通っていた。 東証におけるシステム障害の直接原因は、富士通が作成した手順書の記載ミスによるロード・モジュールの登録漏れ、つまり人的ミスである。だが、問題の本質は「手順書の記載ミス」で片付けられるものではなかった。本誌がトラブルに至る経緯を洗い出した結果、基幹システム運用の基本ルールを守っておらず、人的ミスが起きやすい状態で運用していたことが明らかになった（図1[拡大表示]）。 東証は株取引の増
東証ダウン、真の原因はプログラムの破損
東京証券取引所で11月1日、過去にない大規模障害が起きた。続く4日には名古屋証券取引所でもシステム障害が発生。いずれも午前の取引が完全停止した。単純作業における見過ごしが連鎖し、致命的な障害を生んでいる。役割分担が進んでいることが背景にある。 11月1日の午前6時30分。東京証券取引所（東証）の売買システムの中核である「株式業務サーバー」の立ち上げ処理が途中停止した。結局、システムが復旧し、売買を再開できたのは同日の午後1時30分のことだ。 この間、東証1部・2部とマザーズの上場株式2401銘柄に加え、転換社債型新株予約権付社債券（CB）、交換社債券のすべてが売買停止になった。「システム障害により全銘柄の売買が停止したのは初めて」（東証）。東証だけでなく、東証のシステムを利用している札幌、福岡の両取引所でも売買がストップした。 株式市場が活況を呈している最中の大規模障害だけに、一般紙やテレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - google/nsscache: asynchronously synchronise local NSS databases with remote directory services
日本オラクル、マルチコアプロセッサのライセンス価格を再改訂