アカウント名:
パスワード:
クラウドって、どこで物理的な障害が起きても即座に別のところに切り替えられるからへーきへーきみたいなのを理想としてたと思うんだけど現代の現実としてはどうなの？8日・28日・それに今回の件で、実際に一般向けのサービスが停まったりってあったんだろうか？それとも理想どおり、別のリージョンのサーバに自動で切り替わったりしたんだろうか？
Bitcoin取引所のbitFlyerが8日と31日に止まってますね8日は一時間半ぐらい、31日は5時間ほどhttps://twitter.com/bitFlyer/status/839472945831407616 [twitter.com]https://twitter.com/bitFlyer/status/847816495841267712 [twitter.com]https://twitter.com/search?f=tweets&vertical=default&q=from%3A... [twitter.com]
GCEのライブマイグレーションはすごいって記事はみたことがあります
http://www.rightscale.com/blog/cloud-industry-insights/google-compute-... [rightscale.com]
落ちた時点から別のデータセンターでコールドブートできるようにする→常時ストレージ同期が要る→パフォーマンス上の理由でやらない非同期にデータ同期する→最後の同期から落ちた時点までが失われる→上で動いてるサービスでそれが許されるのかは下からわからない→上でやれ
クラウドではそういった構成を組むのが容易である、というだけです。自動で切り替わる仕組みを使いたければそのように構成する必要があります。
例えばAWSだと、
マルチAZ構成で冗長化すれば、サーバーインスタンスが止まってもサービスは止めずにすむよ。データセンタ丸ごと止まる事があっても大丈夫だよ。シングルインスタンス、シングルAZで構成したら、そりゃ止まるよ。
というスタンスです。一台構成のサービスが止まっても、「うん、そうだね」て言われるだけ。
他の人も書いてるけど、「即座に別のところに切り替えられる構成を作りやすいからある程度へーきへーき」だし、そういう構成を推奨される。そして現実としてやっている会社は存在する(Netflixが代表か)。もちろん冗長化を進めていけば金もかかるし複雑にもなるが、物理サーバで調達からやるのに比べればはるかに楽と思う。今回のAzureでは冗長構成がうまく動いたかどうかということはこれから報告が出てくるのでは？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
クラウド素人の俺が来たよ もてなせ (スコア:0)
クラウドって、どこで物理的な障害が起きても即座に別のところに切り替えられるからへーきへーき
みたいなのを理想としてたと思うんだけど
現代の現実としてはどうなの？
8日・28日・それに今回の件で、実際に一般向けのサービスが停まったりってあったんだろうか？
それとも理想どおり、別のリージョンのサーバに自動で切り替わったりしたんだろうか？
Re:クラウド素人の俺が来たよ もてなせ (スコア:1)
Bitcoin取引所のbitFlyerが8日と31日に止まってますね
8日は一時間半ぐらい、31日は5時間ほど
https://twitter.com/bitFlyer/status/839472945831407616 [twitter.com]
https://twitter.com/bitFlyer/status/847816495841267712 [twitter.com]
https://twitter.com/search?f=tweets&vertical=default&q=from%3A... [twitter.com]
Re: (スコア:0)
GCEのライブマイグレーションはすごいって記事はみたことがあります
http://www.rightscale.com/blog/cloud-industry-insights/google-compute-... [rightscale.com]
Re: (スコア:0)
落ちた時点から別のデータセンターでコールドブートできるようにする→常時ストレージ同期が要る→パフォーマンス上の理由でやらない
非同期にデータ同期する→最後の同期から落ちた時点までが失われる→上で動いてるサービスでそれが許されるのかは下からわからない→上でやれ
Re: (スコア:0)
クラウドではそういった構成を組むのが容易である、というだけです。
自動で切り替わる仕組みを使いたければそのように構成する必要があります。
例えばAWSだと、
マルチAZ構成で冗長化すれば、サーバーインスタンスが止まってもサービスは止めずにすむよ。
データセンタ丸ごと止まる事があっても大丈夫だよ。
シングルインスタンス、シングルAZで構成したら、そりゃ止まるよ。
というスタンスです。一台構成のサービスが止まっても、「うん、そうだね」て言われるだけ。
Re: (スコア:0)
他の人も書いてるけど、「即座に別のところに切り替えられる構成を作りやすいからある程度へーきへーき」だし、そういう構成を推奨される。
そして現実としてやっている会社は存在する(Netflixが代表か)。
もちろん冗長化を進めていけば金もかかるし複雑にもなるが、物理サーバで調達からやるのに比べればはるかに楽と思う。
今回のAzureでは冗長構成がうまく動いたかどうかということはこれから報告が出てくるのでは？