実際、仮想化システムへのWebインターフェイスがあります。 通常のvpsをより簡単かつ迅速に取得します。 また、たとえば、日中、繁忙時間中に追加のインスタンスを起動するように自動化することもできます。
アマゾン\ラックスペースの類似物を比較的短時間で簡単に自分で作成できると思います。 仮想化システムは、virtualbox、xeh、またはその他のものであり、複数のサーバーで仮想マシンを起動および停止するWebインターフェイスを固定します。
これに登録と請求を追加します。 すべて、独自のクラウドがあります。
次に、機能クラウドファイルを追加できます。そこにファイルをアップロードして、すばやく大量に提供できるようにする必要があります。 誰もがそれを行う方法を理解すると思います:)
財政を計算する：
私のデータセンターは複雑すぎて高価なので、ヘッツナーのサーバーを利用します。40ユーロ（53ドル）で、CORE i7 920、8GB RAM、750GB HDD RAID1があります。
実行中のインスタンスを制御するシェルに1GB RAMと50GB HDDを割り当てることができると思います。
そして、残りは14の部分（512MB RAM、50GB HDD）に分割され、例えば20ドルで販売され、最終的に1つのサーバーから280ドル、53がヘッツナーに、残りが自分自身に与えられます。 サーバーが10台いっぱいになると、1か月あたり2200ドルになります:)
12GB RAMと1.5TB HDDを搭載したサーバーを使用する場合、22個に分割し、440ドルで販売してhetznerを提供できます。
それはもう少し収益性が高いことが判明しますが、プロセッサはより少ない顧客を獲得します。
許可します、少し空想します
現在どのようにスケーリングされていますか？ アプリケーションサーバー、ベース用サーバー、静的用サーバーを作成します。
ホスティング自体を単純にスケーリングしたいと思います。 つまり プロジェクトがより多くのリソースを必要とするとき、それはそれらを取得します。 すべてが単純に思えますが、同じサーバー上の2つのプロジェクトがサーバー全体を必要とする場合に問題が発生します。 インスタンスを別の物理サーバーに移動できるメカニズムを考え出す場合。 これを行うには、2番目のマシンでRAMの完全なコピーを作成し、ハードドライブにアクセスします。 一時停止して、すべてのパケットをルーターを使用して新しいサーバーにリダイレクトします。
私が解決策を見ているように、そこにたくさんのネジとサーバーを接続するためのハードドライブ用のコントローラーが必要です。
「移動」が行われると、ハードドライブは新しいサーバーの制御下に置かれます。
それでも複数のサーバーのリソースを使用する1つのインスタンスを作成する場合、クラスターのようになります（しかし、それについては何も知りません）。 そして、無制限のコンピューティングクラウドを自由に使用できます。 何でも実行できる場所。 これがホスティングの未来だと思います。
たとえば、ゲーマーの競争があり、多くの人々が何かを見に来ており、クラウドはゲームを中断することなく必要なリソースを割り当てます。
または、サービスがマッシュアップ可能な場合、サイトはダウンせず、スケーリングに煩わされる必要はありません（お金を見つけるのに苦労するだけです）。