はい、できます。結局のところ、Windows Server を使用しているだけなので、そこにインストールされるものはすべてクラウドにもインストールされます。Windows Azure で WordPress をホストするために、これを自分で行いました。
ただし、ここにはいくつかの落とし穴があります。ほとんどの落とし穴は M (MySQL) の周りにあります。Windows Azure で MySQL をセットアップするのはそれほど難しいことではありませんが、いつでも使用できるようにする方法についていくつかの考慮事項があります。あなたはできる:
- 役割で MySQL の単一のインスタンスをセットアップし、データベースをローカル ディスクに保存します (これは悪い考えです)。
- 役割で MySQL の単一インスタンスをセットアップし、データベースをドライブに保存します (BLOB バックアップ ストレージ)
- 共有ドライブ (ホット フェイルオーバー) を指すように、MySQL の 2 つのインスタンスをセットアップします。マウントできるドライブは 1 つだけです。これで、信頼性とフェイルオーバーが実現しましたが、一度に 1 つのインスタンスが機能します。
- ドライブに MySQL の 1 つのライターをセットアップし、ドライブのスナップショットに複数のリーダーをセットアップします。接続文字列を介していくつかのロジックを挿入し、書き込みのみが 1 つのものに goto され、他のものには読み取られるようにします。X 分ごとにスナップショットを作成してリーダーを更新します。
- MySQL の複数のインスタンスをセットアップし、ネイティブのレプリケーション機能 (それぞれローカル ディスクに保存) を使用し、インスタンスが失われた場合はそれに依存します。
おそらくもっと順列がありますが、問題の要点は、MySQL を利用可能で信頼できるものにするためにどのようにスケールアウトするかということです。Windows Azure では、ローカル ディスクが常に存在するという事実や、常に同じインスタンスが存在するという事実に依存することはできません。実際、インスタンスが毎月一定期間停止し、最終的に十分な時間が経過すると、ローカル ディスクが失われることを保証できます。
ただし、全体として、複数のインスタンスを使用すると、それらが同時にダウンしないことを保証できます (少なくともサービス SLA レベルまで)。そのため、MySQL が複数のインスタンスで動作する (または単一インスタンスのダウンタイムが発生する) こと、およびデータが永続化されることを保証するためにデータが BLOB ストレージによってバックアップされていることを確認する必要があります。
または、そのくだらないことをすべて破棄して、これらの問題をすべて解決する SQL Azure を使用することもできます。で、WASPになります。SQL Azure は、小規模な DB に対しても経済的です。