はてなブログスマートフォン用の表示で見るまいんだーのはてなブログはてブなのはてブロなのどっちなのこの広告は、90日以上更新していないブログに表示しています。マネージドサービスがいよいよ出てきました。何年も待ったわ~ほんとに。単位で要求性能とキャパシティを決めて、そこにセットアップの自動化とバックアップ、そして別インスタンスへのフェイルオーバーを提供するものでした。仮想マシンでのプロビジョニングはこれまでの運用感覚からいうと分かりやすい一方、仮想マシンへの手入れができないのでその点は諦める必要があるところがありました。トレードオフ障害発生時のフェイルオーバーが発生した場合、他のサービスではDNSによるフェイルオーバーだったりして、クライアント側が接続について考慮する必要がありました。スケールアップのための操作には、シャットダウンが必要であり、これもサービスを一度メンテナンスモードにするなどのダウンタイムの考慮が必要でした。MHAを使っている人がやるようなダウンタイムなしの運用を求めると、仮想マシンを使わざるを得なくなります。インスタンスという概念が存在しません。いう、所望のワークロードに合わせたプランを選択することになります。このように、処理量と要求ストレージをスライダーで設定する形になります。この設定変更が任意のタイミングに(運用中であっても変更可能!)できるようになるはずです。話をしたいと思います。仕組みを知ることが近道です。示す通り、基本的にこのダウンタイムでスケールアップ/スケールダウン、フェイルオーバーが行われます。こちらにも全く同様の記述があります。話をしたいと思います。TypeやWordpressなどのCMSやEC-Cubeなどのソフトウェアパッケージとの組み合わせ普段のワークロードはそれほど高くないが、柔軟かつダウンタイムを短く運営したいという受託の多いWeb開発企業にとって、サービスをほぼ止めずに切り替えができるデータベースサービスは有利に働くと思います。たくさんのDB/スキーマを管理しなければならないSaaS企業SaaSの構築パターンとして、アプリは共通だがDB/スキーマを分ける運用をしている会社さんは多いのではないかと思います。いったサービスでありがちなのが、特定顧客のマスターだけ負荷が上がり始めるなど、ワークロードの偏りです。いう時に、ダウンタイムがより短くスケールアップできる選択肢があると、サービス運営にかかる負担を下げられるのではないでしょうか。Server以外のRDBMSを正式にサポートするということは大きな変化だと思います。ご関心のある方はぜひ触ってみて、フィードバックを送ってください。West両方!)で展開されることが発表されました。CodeあるいはISUCON6のA...ISUCON6予選参加者の皆様、お疲れさまでした。月別アーカイブはてなブログをはじめよう!myfinderさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。