アカウント名:
パスワード:
仮にもお金を扱う事業者なのにDRサイトも用意してないってどうなってるんだよと。
金融庁が介入せざるを得ない状況を自分から作りに行くバカってこういうのを言うんだね。
DRサイトは冗長用ではなく、本番サイトがテロや災害で機能しなくなった場合に備えてのバックアップ。そして、いざDRに倒そうにもDR側に人員を常駐させていないから操作できなくて倒せないという罠。よくある。
まあ、自動的にDRサイトに切り替わることで、GitHub [developers.srad.jp]みたいに事故ることもあるからね。今回みたいなのに対応するんだったら、プライマリ+バックアップ(近くのデータセンタ)+DR(遠くのデータセンタ)の3DC構成を組むべき
めっちゃ正しい構成だと思うけど、それクラウド無しに組むとどのくらいの費用になるんだろう。バックアップのDCは言わばAZだから高速接続必要だろうし。
ここ最近、AWSとかの障害がニュースになってたけど、オンプレでも事故るときは事故るし対策も費用かさむよなぁ。
今回のQTnet(Qic)の事例で言うと福岡市内に後2カ所サイトがあるのでhttps://www.qtpro.jp/cloud/qicdc/ [qtpro.jp]市内をダークファイバーで引き回せばマルチアベイラビリティゾーン構成はどうとでもなる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
金融機関として失格 (スコア:2, すばらしい洞察)
仮にもお金を扱う事業者なのにDRサイトも用意してないってどうなってるんだよと。
金融庁が介入せざるを得ない状況を自分から作りに行くバカってこういうのを言うんだね。
Re: (スコア:0)
DRサイトは冗長用ではなく、本番サイトがテロや災害で機能しなくなった場合に備えてのバックアップ。
そして、いざDRに倒そうにもDR側に人員を常駐させていないから操作できなくて倒せないという罠。よくある。
Re: (スコア:1)
まあ、自動的にDRサイトに切り替わることで、GitHub [developers.srad.jp]みたいに事故ることもあるからね。
今回みたいなのに対応するんだったら、プライマリ+バックアップ(近くのデータセンタ)+DR(遠くのデータセンタ)の3DC構成を組むべき
Re: (スコア:0)
めっちゃ正しい構成だと思うけど、それクラウド無しに組むとどのくらいの費用になるんだろう。バックアップのDCは言わばAZだから高速接続必要だろうし。
ここ最近、AWSとかの障害がニュースになってたけど、オンプレでも事故るときは事故るし対策も費用かさむよなぁ。
Re:金融機関として失格 (スコア:1)
今回のQTnet(Qic)の事例で言うと福岡市内に後2カ所サイトがあるので
https://www.qtpro.jp/cloud/qicdc/ [qtpro.jp]
市内をダークファイバーで引き回せばマルチアベイラビリティゾーン構成はどうとでもなる