通常のvdsでAzureクラウドサービスをホストする

私はVisual StudioでWebプロジェクトを書いていますが、スタジオの新しいバージョンが追加されるたびに、Windows Azureで動作するように研ぎ澄まされているようです。 私はAzuraが好きですが、使用する機能はごくわずかです。 私にとっての主なものはクラウドサービスです。 クラウドサービスは、分散サーバーの展開に最適です。

そこで、1つのWebロール（IISを備えた仮想マシン）、1つのワーカー（IISを備えていない仮想マシン）、および共通クラスライブラリを追加するクラウドサービスを作成します。 公開後、私の役割にはIPアドレスと異なるポートが割り当てられます。 つまり、すぐにtcpネットワークがあり、手動設定は最小限であり、スタジオ自体で行うことができます。 たとえば、ワーカーのパブリックアクセスポイントを作成できますが、これは必要ありません。 私の労働者は外の目から隠され、wcfサーバーがその上でハングアップし、私の役割は高速ローカルネットワークを介して通信します。

インターフェースと通信チャネルなど、一般クラスをライブラリ（すべてのロールに接続する）に配置します。

[ServiceContract] public interface IwcfChat { [OperationContract] string SendMessage(string userId, string userName, string text); [OperationContract] string GetMessages(string userId, string userName); } //================ public sealed class wcfChat:IDisposable { IwcfChat _channel; ChannelFactory<IwcfChat> factory = null; public wcfChat() { NetTcpBinding b = new NetTcpBinding(); b.Security.Mode = SecurityMode.None; b.Security.Message.ClientCredentialType = MessageCredentialType.None; #if(DEBUG) EndpointAddress address = new EndpointAddress("net.tcp://127.255.0.1:9003/wcfChat"); #else EndpointAddress address = new EndpointAddress("net.tcp://"+spr.wcfIP+":9003/wcfChat"); #endif factory = new ChannelFactory<IwcfChat>(b, address); factory.Faulted += OnChannelFaulted; factory.Open(); } public IwcfChat channel { get { if (factory != null && factory.State == CommunicationState.Opened) { if(_channel==null) _channel = factory.CreateChannel(); return _channel; } return null; } } void OnChannelFaulted(object sender, EventArgs e) { factory.Abort(); } public void Dispose() { factory.Close(); } } 

Webロールのメソッドは次のように呼び出されます。

  using (var chat = new wcfChat()) { res = chat.channel.SendMessage(id, name, text); } 

したがって、ワーカーには、インターフェイス（SendMessage、GetMessage）からメソッドの実装があり、それらをペイントしません。また、ワーカーコードでは、wcfのホストとなるコードが起動時に実行されます。

 public override bool OnStart() { //      ServicePointManager.DefaultConnectionLimit = 12; // Create the host ServiceHost host = new ServiceHost(typeof(wcfChat)); // Read config parameters string hostName = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["port"].IPEndpoint.Address.ToString(); // Create Metadata ServiceMetadataBehavior metadatabehavior = new ServiceMetadataBehavior(); host.Description.Behaviors.Add(metadatabehavior); Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding(); string mexendpointurl = string.Format("net.tcp://{0}:{1}/wcfChatMetadata", hostName, 8003); host.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding, mexendpointurl, new Uri(mexendpointurl)); // Create end point string endpointurl = string.Format("net.tcp://{0}:{1}/wcfChat", hostName, 9003); host.AddServiceEndpoint(typeof(IwcfChat), new NetTcpBinding(SecurityMode.None), endpointurl, new Uri(endpointurl)); // Open the host host.Open(); // Trace output Trace.WriteLine("WCF Listening At: " + endpointurl); Trace.WriteLine("WCF MetaData Listening At: " + mexendpointurl); return base.OnStart(); } 

ここでは、文字列型のメソッドを示しましたが、戻り値の型は、たとえば共有ライブラリに記述されている複雑なクラスなど、絶対に任意にできます。 それだけです、私はウェブ設定に他の設定はありません。xmlやSOAPにはパッケージがありません。 自動的に生成された契約ファイルはありません。 インターネットでwcfに関する情報を検索するときにこれを行おうとすると、httpの設定が常にこれらすべてのパッケージ/解凍でポップアップします。 はい、wcfテクノロジーは元々、シリアル化して文字列として送信する必要がある異種システムの通信用に発明されました。 しかし、1つのプログラミング言語があり、wcfクライアントとサーバーがすべて開発されている場合は、庭をフェンスで囲む必要はなく、すべてが正常に機能します。

したがって、分散サーバーを取得します。コストのかかる操作のために、別のワーカーを実行します。たとえば、ここではチャットが表示されます。 すべてのチャット機能は別の仮想マシンに移動され、サイト自体（Webロール）のパフォーマンスを個別に向上させ、チャットを行うことができます。

そのようなアーキテクチャは私には正しいようで、モノリシックなプロジェクトよりも強い負荷に耐えることができます。 これはすべてスタジオで単一のプロジェクトとして開発およびデバッグされます。つまり、wcfでメソッドを呼び出すと、「内部でデバッグできない、そこで何が起こっているのかわからない、結果が返される」などのメッセージが表示されずに、デバッグのコードを深く掘り下げることができます。

Azurovツールを使用すると、これはすべて簡単かつ簡単に実行できます。1つのボタンでプロジェクト全体を開始し、1つのプロジェクトであるかのようにデバッグします。 昔々、プロジェクトの1つが同様のアーキテクチャを持っていたのを覚えていますが、私は若く、そこでは非常に困難でした：いくつかのファサード、そしてメソッドのパラメーターが変更された場合、4つの場所で変更を加えました

通常のサーバーで同様のことをする必要があります。 物理サーバー上ではなく、 必然的にロシアのホスティング業者のvds / vps仮想マシン上。 リソースの1つであるWindows Azure Pack / COSNと呼ばれるおもしろいテクノロジー（ 1gb.ru ）を見つけました。 説明によると、これはAzuraの簡略版であり、すべてが「上に」表示されるはずです。 もちろん、彼らには試用期間があります。 ブラウザーでは、コントロールは古いバージョンのAzuraポータルからのものであるようです（覚えている場合）。

可能性のうち、仮想マシンを作成してネットワークに（手動で）結合するだけで、サービスバスがあります-それだけです。 このサブスクリプションをスタジオにアップロードする方法もありません。これは多くのアメニティです。 さらに、クラウドサービスを作成する方法はありません。 説明では、この「プライベートクラウド」はさらに開発され、元のAzuraの機能によって補完されると述べていますが、サポートはすべてが長期間凍結されており、一般的に、これらは互換性のない技術であると述べています（「このAzure Packは実際のAzureとは完全に互換性がありません。アイデアは共通していますが、実装は完全に異なっており、APIは異なっている、などです。」（c））。
要するに、それは適合しません。

さらに検討しています。 私はWindowsのホスティング事業者を駆使して、定期的なvps / vdsをレンタルする可能性を探していますが、それらの間でローカルネットワークを整理することができます。 多くは単にそのような機会を持っていません。 はい。仮想マシンをレンタルし、その上でVPNを上げて、別の仮想マシンでこのネットワークに接続できます。 しかし、そのような「ローカル」ネットワークはhttpを介してプルされるため、明らかに低速です。 既に成功するとは思っていませんでしたが、1 クラウドホスティング業者は、 「数回クリックするだけで、帯域幅が1ギガビット/秒のプライベートネットワークで仮想マシンを統合します」と思っています。モスクワで。 サポートによると、10Gbps帯域幅のローカルネットワークがモスクワのインフラストラクチャに展開されています。

すばらしい、上記と同じことを試してみてください、通常のホスティングのためだけです。

スタジオでソリューションを作成し、sharedTestという名前を付けて追加します。
1.同じ名前のMVCアプリケーション。
2. Windowsクラスライブラリ、私はlibを呼び出しました
3. Windowsコンソールアプリケーション。ワーカーと呼びます


次に、これらのプロジェクトを接続する必要があります。そのためには、ソリューションを右クリックしてプロパティに移動します

ここでは、起動するプロジェクト内のポイントを選択する必要があり、いくつかのスタートアップがあり、ワーカーをサイトよりも高くする必要があります。
すぐに、次のプロパティはプロジェクトの依存関係です。 ライブラリは誰にも依存していません。 sharedTestサイトは、ライブラリとワーカーの両方に依存しています。 ワーカーはライブラリのみに依存します。

ワーカーのプロパティで（プロパティを右クリックして）起動するオブジェクトを指定することを忘れないでください。これにより、ワーカーは最初に起動し、誰も待機しません。


次のステップは、依存関係を追加することです。 Libライブラリーで、リンク（参照）->リンクを追加...を右クリックし、System.ServiceModelパッケージが必要です。 ワーカーには同じパッケージが必要です。 同様に、サイトとワーカーのLibプロジェクトからライブラリへのリンクを追加します。

ライブラリ（便利な別のファイル）に、パブリックインターフェイスIwcfChatとパブリックシールクラスwcfChat：IDisposable（上記の最初のリスト）を配置します。 また、一般的な設定または構造を持つディレクトリがありますが、そこにはIPアドレスしかありません（取得した場所は少し後です）。

  public static class spr { public static string wcfIP = "10.0.0.6"; } 

ワーカーをサービスのホストにします（トップリストに似ていますが、コンソールアプリケーションがあるため、メイン関数にのみ転送されます）

 class Program { static void Main(string[] args) { //      ServicePointManager.DefaultConnectionLimit = 12; // Create the host ServiceHost host = new ServiceHost(typeof(wcfChat)); // Read config parameters #if (DEBUG) string hostName = "127.255.0.1"; #else string hostName = spr.wcfIP; #endif // Create Metadata ServiceMetadataBehavior metadatabehavior = new ServiceMetadataBehavior(); host.Description.Behaviors.Add(metadatabehavior); Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding(); string mexendpointurl = string.Format("net.tcp://{0}:{1}/wcfChatMetadata", hostName, 8003); host.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding, mexendpointurl, new Uri(mexendpointurl)); // Create end point string endpointurl = string.Format("net.tcp://{0}:{1}/wcfChat", hostName, 9003); host.AddServiceEndpoint(typeof(IwcfChat), new NetTcpBinding(SecurityMode.None), endpointurl, new Uri(endpointurl)); // Open the host host.Open(); Console.WriteLine("Host opened on "+hostName); Console.ReadLine(); } } 

私は頭からポート8003と9003を取り出しました。主なことは、ポートが標準ではなくビジーではないということです。

wcfChatクラスをワーカーに追加します-インターフェースの実装

 using Lib; namespace Worker { class wcfChat : IwcfChat { public string SendMessage(string userId, string userName, string text) { return "Sending message...."; } public string GetMessages(string userId, string userName) { return "Get messages"; } } } 

ここには何もペイントしませんでしたが、価値はあります。 試してみる時間です-Homeコントローラーとそのプレゼンテーションを変更します

  public ActionResult Index(bool isGet = true) { string res = ""; using (var chat = new wcfChat()) { res = isGet ? chat.channel.GetMessages("1", "name") : chat.channel.SendMessage("1", "name", "text"); } return View((object)res); } 

 @model string @{ ViewBag.Title = "Home Page"; } <br /><br /> <div>@Model</div> 

開始して、すべてが機能することを確認します。


まあ、残りはほとんどありません。プロジェクトをホスティング事業者にアップロードするには、 1cloudを使用します。 登録し、コントロールパネルを使用して、必要な構成の2台の仮想マシンを作成します（サンクトペテルブルクのデータセンターで最小限の仮想マシンを使用しましたが、それは重要ではありません）。 彼らには数時間のテスト期間があり、サポートはリクエストに応じて私に拡大しました。


次に、コントロールパネルの2番目の項目であるローカルネットワークを作成し、2、3回クリックすることで、testLocalという名前を付けました。 ところで、サービスは静的IPに依存しているため、動的IP（DHCP）のチェックボックスをオフにしました。そのため、もう少し調整する必要があります。


作成後、コントロールパネルですべて同じように、各サーバーに移動し、[設定]タブに移動して、プライベートネットワークを見つけ、新しく作成したネットワークを使用しているフラグを切り替えます。 このフラグにより​​、仮想マシン内に新しいアダプターと新しいネットワークが追加されます。 そこで、内部IPアドレスが与えられます。サイトとワーカー用に10.0.0.5と10.0.0.6がありました。 ネットワークを機能させるために、仮想マシンへのリモートデスクトップ（RDP）に登り、これらの値をネットワーク設定に手動で入力します。 理解できない人のための指示は近くにあります 。

すぐには機能しなかったことを警告します。 ネットワークはパブリックであると指摘したため、そのようなプライベートネットワークに再作成する必要がありました 。 また、使用したポートをファイアウォールの例外に追加する必要があります。 これを行うには、開始（実行）キーwin + Rを呼び出し、そこにnetsh.exeと入力しました
次に、コマンドプロンプトでコマンドを入力しました

 firewall set portopening protocol = TCP port = 9003 name = myService mode = ENABLE scope = SUBNET profile = CURRENT 

今、私は出版物についてお話します。 このマニュアル用にIISを構成しました。 外部IPアドレスを使用して、ブラウザーからパフォーマンスを確認できます。 IISの写真は、すべてが機能していることを示しています。


私はftpで何もしませんでした。特に、バージョン管理システムからの公開のセットアップでは、これは別の記事のトピックです。 発行したIPアドレスを修正し、Webアプリケーションをファイルシステムに公開し、サーバー上のフォルダーC：\ inetpub \ wwwrootにそれをペンで投げました。 サービスがまだ存在していなかったため、ページを更新し、Home / Indexアドレスで予想されるエラーを見ました。

実際に、ファイルシステムでワーカーを公開し、インストーラーを入手しました。 1つだけあります。DEBUG/ RELEASEと混同する必要はありません。 パパ全体を2番目の仮想マシンのデスクトップにドラッグし、マウスの左ボタンでインストールして起動しました。 私の黒い窓が出て、サービスが機能していると言った。 サイトを更新していますが、すべてが成功したことがわかります。



だから私は動作する分散サーバーを得た。 私はチャットを例に挙げましたが、コメントでは手を打つ必要があると言っていますが）一般的に、私はこのゲームをブラウザゲームで使用し、決闘を計算する機能は別のサーバーに転送されます。 プラスの点は、必要に応じて1つの特定のサーバーのみのパフォーマンスを改善できることです。 同様に、2つのWebサイトで実行できます。たとえば、最初のサーバーが写真を処理し、サブドメインの2番目のサーバーが画像の保存に使用されます（画像は1回送信され、次に2番目のみが表示されます）。
当然、実装は完全ではなく、単なる参照点です。 正しく便利な出版物をセットアップする必要があります。 さらに、1対1の緊密な接続があり、複数のワーカーが必要な場合は、ロードバランサーが必要になります。 また、良い方法では、静的内部IPを取り除く必要があります。 まあ、一般的に、パフォーマンスのために、tcpソケットを介して直接wcf接続を実装に置き換える必要があります。