注目すべきトピックが複数あるようです。
データベースから始めましょう。最も簡単なのは、SQL サーバーを Azure の SQL サーバーに移行できる場合です。それを維持し、使用する必要があるマシンを維持する必要がないより。これにより、中央コンポーネントを 1 つから多くのアプリケーションで使用できるという利点が得られます。
Second one are you uploaded files. I assume that your application allows to upload files for sharing or something else. The best thing would be, if you could just write these files into the windows azure blobstorage. Often this means you have to rewrite a connector, but this would centralize another component.
For the first step you could make them available and clients can download it with the help of a link. If not you could load the files from their and deliver them to the customer.
If you don't want to rewrite your component, you should have to use the VHD. One VHD can only have one lease. So only one instance can be used. A common way I have seen is that if the application is starting, it is trying to "recover" the lease. (try-and-error like)
最後になりましたが、ASP.NET アプリケーションです。そのようなアプリケーションがある場合は、クラウド インスタンスを検討します。すべての管理を行う必要があるため、VM を考慮しないようにしてください。VM は IaaS です。.NET アプリケーションを使用すると、簡単に変換してインスタンスをデプロイできるはずです。フェールオーバーなどを考える必要はありません。2 つのインスタンスをデプロイするだけで、あとはロードバランサーが行います。
SQL サーバーを「外部委託」できる場合は、ASP.net アプリケーション用にマシンを最小限に抑えることができます。スケールアップではなく、スケールアウトを使用するようにしてください。これは、1 つの大きなノードよりも、より小さなノードを使用することを意味します。（もし可能なら）
本当に VM の方法を使用する場合は、すべてのものを自分で管理する必要があります。そうです、2 つの VM が必要です。自動ロードバランサーがなく、2 つしかない場合は 1 つのマシンだけでポート 80 をエクスポートできるため、3 つの VM も必要です。
HTH