CDP:High Availability NATパターン - AWS-CloudDesignPattern
解決したい課題 システム構成をセキュアにするため、インターネットに公開する必要がないサーバーは、インターネットとの直接的な通信ができないネットワークセグメント（プライベートサブネット）に配置する構成にする場合が多い。 この場合、プライベートサブネットから外部へのアウトバウンド通信はNATサーバーやプロキシーサーバーを経由するが、このサーバーに障害が発生すると、プライベートサブネットのサーバーからアウトバウンド通信が行えなくなり、システム全体の障害につながる。このため、単一障害点（SPOF）にならないように、冗長化が必須である。 クラウドでの解決/パターンの説明 NATサーバー/プロキシーサーバーの冗長化を行う。障害発生時の迅速なフェイルオーバーと、より高い冗長性の確保のため、複数のデータセンターに複数のNATサーバー/プロキシーサーバーを配置し、単一障害点とならないようにする。 また、障害
SSDはHDDより信頼性が高いか？ - 私家版 ITプロフェッショナルの仕事術
Investigation: Is Your SSD More Reliable Than A Hard Drive? （Tom's Hardware） http://www.tomshardware.com/reviews/ssd-reliability-failure-rate,2923.html Webで9ページにもわたる力作。SSDを多数導入しているデータセンターに取材し、実運用場面での故障について調査している。彼の結論は、結局のところSSDがHDDより高信頼性だとは言えないということ。バックアップは必須である。そしてバックアップさえ取っていれば、SSD導入をためらう必要はない。私も気にしていたNANDフラッシュセルの書き込み上限回数は、故障の原因としては無視できる。SSD故障の大きな要因の一つはファームウェアである。 興味深かった点を抜き出してメモしておく。 エンタープライズ向け
DeNAによる大規模なMySQLノンストップ運用の裏側にある、フェイルオーバー自動化ツール
4月11日から米サンタクララで行われた「MySQL Conference & Expo 2011」。このイベントでDeNAの松信嘉範（まつのぶよしのり）氏が、同社の大規模なMySQLの運用を支えている技術とツールについてのセッション「Automated, Non-Stop MySQL Operations and Failover」を行いました。 プレゼンテーションの中で、社内で利用しているフェイルオーバーの自動化ツールをオープンソース化することにも触れています（英語のドキュメントも作成中とのこと）。 MySQLの大規模運用における自動フェイルオーバーは、特にクラウドでのMySQLの利用が増えるにつれてニーズが高まる分野と思われます。セッションのスライドが公開されていますので、そのポイントを紹介していきます。 自動化されたノンストップなMySQLの運用 ソーシャルゲームでは高可用性が強く求
体験！ 新しくなったLinux-HA
体験！ 新しくなったLinux-HA：Heartbeat＋Pacemaker＋DRBDで高可用Linux（1/3 ページ） Linuxで動作するオープンソースソフトウェアを組み合わせ、高い信頼性を備えたシステムを実現する「Linux-HA」が新しくなり、さらに高い信頼性を実現するようになりました。最新のLinux-HAの特徴と、導入から設定方法まで基本的な環境構築を解説します（編集部） Linuxで動作するオープンソースソフトウェア（OSS）だけでHigh Availabilityクラスタ（HAクラスタ）環境を実現するLinux-HAは、サービスの可用性やデータの保存性に対する要求が高くなったこの数年で非常に注目されている分野です。 Linux-HAとは複数のOSSを組み合わせた環境の総称で、Heartbeat、Corosync、OpenAIS、DRBDなどを組み合わせて実現するHA環境を
サーバ仮想化環境でのお薦めストレージ構成 at nkjmkzk.net
A Place to discuss Oracle VM, Linux and Other Great Software.サーバ仮想化環境では「リソースプール」という概念を実現するために共有ストレージ構成が多く採用されます。しかし、そもそも現在のCPU性能とDISK I/O性能を鑑みれば、そもそもDISK I/O性能はCPU性能の進化に追いついておらず、共有ストレージ構成とすれば追い打ちをかけるようにそこがボトルネックとなります。多くの環境ではサーバ仮想化環境では「共有ストレージ型前提。しかしこれまでの何倍ものI/O性能が必要」という要件に対応するため、ミドル〜ハイエンドのストレージ装置を採用するという選択を行っています。その結果初期導入費用が高価なのはもちろんですが、そのあとも莫大な保守費を支払うことになります。そして拡張できるものの、拡張するためのパーツがまた高価、というスパイラルに陥
Yahoo!オークションでのMySQL 冗長化技術
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはオークション事業部プラットホーム技術のチャックです。 オークションでは一部サービスに RDBMS の MySQL を使ってサービスをご提供させていただいております。 オークションでは多くのお客様よりアクセスを頂いておりますので、大量の更新、参照の処理速度に優れた MySQL を選択し、お客様にストレスなくサービスをご利用いただけるよう 日々業務に取り組まさせていただいております。 しかし、精密機器には故障がつきもので、サービス運用の観点からは 「機器が故障するのはしかたない、しかしそれをいかに早く復旧させるか」 といったことを念頭に入れております。 実際には、障害が起こってから復旧させるのではなく、障害が発生した場合に
はてなブログ | 無料ブログを作成しよう
早春とフィルム写真 カラーネガフィルムとはなんとも不思議なメディアで、その季節の陽光だとか湿度が写真に乗ってくるような気がする。 冬の写真は暗くかさついているし春の写真は霞がかって見える。夏の写真は湿度100%に近い空間を貫いてくる強い太陽光がフィルムの乳剤面に記録されてい…
Google曰く「信頼性は劣るかもしれないハードウェアを２倍の数揃える方がよい」 | スラド IT
Googleのデータセンターは全世界に36あると言われているが、その一部を同社のJeff Dean氏がサンフランシスコで開催された同社のI/Oカンファレンスで明らかにしてくれた（本家/.記事より）。 Dean氏は「より信頼できるハードウェアを一定数揃えるより、それより信頼性は劣るかもしれないハードウェアを２倍の数揃える方がよいと我々は考えている」と発言し、「信頼性はソフトウェアのレベルで提供するべきである」との考えを明かした。「1万台のマシンが動いているとすれば、毎日何かがダウンするに決まっている」からである。 ハードウェアを当てにできないのは、新規にクラスタを稼働させるときの状況をみれば明らかだそうで、Googleのクラスタはおよそ1800台のサーバから構成されているが、稼働開始年度の典型的なケースでは、1,000件の個別のマシン障害が発生し、ハードディスクドライブの障害は何千件という単
Redundant Disk Storage Across Multiple EC2 | Amazon Web Services
AWS News Blog Redundant Disk Storage Across Multiple EC2 XML Hacker M. David Peterson has put together a really interesting article. As part of his work at 3rd and Urban, he has implemented redundant, fault-tolerant, read-write disk storage on Amazon EC2 using a number of open source tools and applications including LVM, DRBD, NFS, Heartbeat, and VTUN. Mark notes that “the primary focus of this pa
Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability)
« brainf*ck でマジメに素数探索 | メイン | Brainf*ck で動的リスト » 2006年06月29日 DNS ラウンドロビンと高可用性 (High Availability) ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(ネットワーク編) について。 おもしろく読ませていただきました。また、監視系を導入せずに自律的に動作させようという発想も大好きです。 でも、 DNSは各回線の内側に設置しておきます。例えば上図のような場合、回線A側のDNSは回線AのIPアドレスを返すようにして、回線B側のDNSは回線BのIPアドレスを返すようにします。こうするとどちらかの回線が切れたときは切れたほうの回線のDNSにアクセスできなくなるので、自動的に生きている方の回線に接続されるようになります。 (ウノウラボ Unoh Labs - ベンチャー流サーバ構築のススメ(
MySQL :: MySQL 5.0 Reference Manual :: 19.4.4.1 Driver/Datasource Class Names, URL Syntax and Configuration Properties for Connector/J
Section Navigation [Toggle] 19.4.4 Connector/J (JDBC) Reference19.4.4.1 Driver/Datasource Class Names, URL Syntax and Configuration Properties for Connector/J 19.4.4.2 JDBC API Implementation Notes 19.4.4.3 Java, JDBC and MySQL Types 19.4.4.4 Using Character Sets and Unicode 19.4.4.5 Connecting Securely Using SSL 19.4.4.6 Using Master/Slave Replication with ReplicationConnection 19.4.4.7 Mapp
Red Hat Enterprise Linux 4: リファレンスガイド - イーサネットパラメータ
Red Hat Insights Increase visibility into IT operations to detect and resolve technical issues before they impact your business. Learn More Go to Insights Red Hat Product Security Center Engage with our Red Hat Product Security team, access security updates, and ensure your environments are not exposed to any known security vulnerabilities. Product Security Center
Bonding モジュールで NIC を Teaming する手順
Bonding モジュールで NIC を Teaming する手順 1: ifenslave ifenslaveは、bond デバイスに実際の NIC を登録するコマンドです。 bond デバイスが Master、実際の NIC は、Slave と呼びます。 標準ではインストールされていないので以下の手順で作成します。 -------------------------------------------- # cd /usr/src/linux-2.6.8/Documentation/networking/ # gcc -Wall -Wstrict-prototypes -O -I/usr/src/linux/include ifenslave.c -o ifenslave # cp ifenslave /sbin/ifenslave --------------------------
Linux Conference 抄録集 第 2 巻 (2004 年)
論文番号 CP-01: パケットフィルタにおけるルールの最適配置について 井上 裕司、趙 亮、山本 英雄 論文番号 CP-02: Linux カーネルの動的アクセスポリシー制御 保理江 高志、原田 季栄、田中 一男 論文番号 CP-03: ファイル改ざんの検出および自動修復が可能な被害回復支援システム 張 亮、今泉 貴史 論文番号 CP-04: オープンソースデスクトップ導入ガイド 比屋根 一雄、清水 浩行、谷田部 智之、飯尾 淳 論文番号 CP-05: オープンソース/フリーソフトウェア開発者の地域差に関する考察 清水 浩行、谷田部 智之、飯尾 淳、比屋根 一雄 論文番号 CP-06: TOMOYO Linux-タスク構造体の拡張によるセキュリティ強化 Linux 原田 季栄、保理江 高志、田中 一男 論文番号 CP-07: The need for setuid style funct
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ネットワーク編)
尾藤正人です。 前回のエントリ ベンチャー流サーバ構築のススメ(ハードウェア編) では多くのコメント、トラックバック、ブックマークをしていただきました。ありがとうございます。僕自身多くのことで勉強になりましたし、新たな発見もありました。 技術は公開、共有して発展するものだと思っていますので、自分の無知をさらけ出すのを恐れずにいろいろ公開して、自分自身も成長していければと思っています。 今回はサーバ構築するときのトピックとして、どのようにネットワークを構築したかを書いてみます。 サーバ構築に限ったことではありませんが、重要なのは質を下げずにコストを下げることです。ネットワーク部分でお金がかかるのは回線ぐらいですから、ネットワーク周りで重要なのは人的コストを下げること、つまり管理コストを下げることです。 ・回線は2回線以上用意する 2回線以上用意するのは高可用性を確保するためです。通常は全ての
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scalability, Availability & Stability Patterns
Loading...
Lurker - Database message source pull failure
[Xen-users] Setup guide: Active/Passive Redundancy using Xen, DR - Xen Source
NagiosExchange Links