問題タブ [azure-virtual-network]

仮想ネットワークと DNS サーバー/ドメイン コントローラーと共に、Azure 上に仮想マシンのラボをセットアップしました。定期的にシャットダウンしてプロビジョニングを解除したいので、使用していないときは課金されません。

残念ながら、それらを再起動するたびに、各 VM で定義した優先 DN サーバー アドレスがリセットされ、アドレスが自動的に取得されます。これには、VM でこれらのプロパティを手動で調整する必要があります。再起動/再プロビジョニングすると、新しい仮想ネットワーク アダプタがデフォルト設定で取得されるようです。実際、アダプタ名は再起動するたびに変更されます (例: Ethernet 1、Ethernet 2、Ethernet 3 など)。

この優先 DNS サーバー情報を保存する、または再起動時に簡単に復元するためのより良い方法はありますか?

ちなみに、同様の投稿への回答を読みましたが、提供された回答を理解しているかどうか、またはそれらが当てはまるかどうかはわかりません。ネットワークに関しては、私は少し初心者です。私のラボのすべてのサーバーが同じサブネットとクラウド サービスを使用していることに注意してください。おそらくこれは私の問題の一部ですか？

いくつかのサーバーと Windows 7 クライアントを使用して、Azure に SQL Server ラボをセットアップしました。すべて同じ仮想ネットワーク、サブネット、およびクラウド サービスを共有する仮想マシンです。

クライアントから、SQL Server Management Studio (SSMS) を使用してネットワーク上のサーバーを確認したいと考えています。これは、SSMS ログイン画面のオプションです: サーバー > 'Browse for more...' 参照しようとすると、リストにサーバーが表示されません。資格情報を手動で入力することで、サーバーに直接接続できることに注意してください。

MSDN サイトには、サーバーが表示されない可能性があることを説明するページがあります。

... [サーバー名] ボックスの [参照] をクリックして、[サーバーの参照] ダイアログ ボックスを開きます。このダイアログは、サーバー コンピューター上の SQL Server Browser サービスによって設定されます。インスタンスの名前がリストに表示されない理由はいくつかあります。

• SQL Server を実行しているコンピューターで SQL Server Browser サービスが実行されていない可能性があります。
• UDP ポート 1434 がファイアウォールによってブロックされている可能性があります。
• HideInstance フラグが設定されている可能性があります。

このリストの 3 つの項目を有効にしましたが、まだ不十分です。アイデア？

Microsoft Azure のクラウド サービスを使い始めたのですが、仮想ネットワークについて質問があります。

DNS サーバーを使用せずに仮想ネットワークを作成し、この仮想ネットワークに 2 つの仮想マシンを割り当てました。そこで、ポート 4040 に Web インターフェイスを持つ仮想マシンで 1 つのサービスを実行しました。しかし、次のように、ローカル マシンからこのポートにアクセスできません。

public_ip:4040 または internal_ip: 4040

管理ポータルでこのマシンのポート 4040 にエンドポイントを追加しましたが、結果は同じです。

誰かが試してみることを提案できますか? このような操作は可能ですか？

Windows Azure でパブリック IP アドレスなしで仮想マシンを作成する方法はありますか? 仮想ネットワークで VM を作成している場合でも、Azure によって割り当てられたパブリック IP を制御することはできません。Azure によって割り当てられたパブリック IP を無効化または削除する方法はありますか?

次のリンクに従って、Azure インスタンスを作成しました http://michaelwasham.com/2013/09/03/connecting-clouds-site-to-site-aws-azure/

ローカル マシンから VM に ssh できますが、VM からパブリック サーバー (www.google.com、www.yahoo.com) に ssh または ping を実行できません。 Windows Azure クラウド内の VM 間。

Windows Azure VM からパブリック サーバーへの送信トラフィックを有効にする方法を教えてください。

次のスクリプトを使用して VM に PIP を割り当てましたが、常に「Update-AzureVM : BadRequest : 仮想マシンごとのパブリック IP の使用は、この展開では許可されていません」というエラーがスローされます。

スクリプト: Get-AzureVM -ServiceName gbv2 -Name gbv2 | Set-AzurePublicIP -PublicIPName mypip | 更新 AzureVM

そして、この問題について興味深い投稿http://clemmblog.azurewebsites.net/assign-public-ip-addresses-azure-vms/#comment-217651を見つけました。VM が「古いスタイル」の VNet を使用すると、この問題が発生すると述べています。 、しかし解決策については言及しませんでした。手がかりを教えてもらえますか？

関連するすべての DNS セットアップと文書化されたベスト プラクティスに従って、Azure VM にドメイン コントローラーを作成することにより、Azure サブスクリプションに単純なドメインをセットアップしました。これは、クラウド専用 vnet 上のクラウド専用ドメインです。オンプレミス接続はありません。少数の VM をプロビジョニングしてドメインに参加させました。現在、新しい VM をプロビジョニングすると、ドメインへの参加に問題が発生し (多くの場合、まったく参加できません)、これらのマシンからの DNS ルックアップ (特にインターネット アドレス) がタイムアウトすることがよくあります。どうすればこれを修正できますか?

詳細

「 Azure 仮想ネットワークに新しい Active Directory フォレストをインストールする」および「Azure 仮想マシンに Windows Server Active Directory を展開するためのガイドライン」のプラクティスと手順に従って、Azure VM にドメイン コントローラーをセットアップしました。 AD データベースを別のデータ ディスクに配置しませんでした。さらに、168.63.129.16 を 2 番目の DNS アドレスとして追加しました (最初のアドレスは DC の内部 vnet アドレスで、Set-AzureStaticVNetIP を使用して静的にしました)。インターネットに到達します。

PowerShell コマンドレットを使用して新しいマシンをプロビジョニングし、VM の作成時に -WindowsDomain スイッチと Add-AzureProvisioningConfig の関連パラメーターを使用して自動的にドメインに参加させます。DC を 1 つのクラウド サービスでプロビジョニングし、他のすべてのマシンを別のクラウド サービスでプロビジョニングしました。すべてが同じ vnet サブネット上にあり、これらすべてが 1 つのアフィニティ グループにあります。約 15 台のマシンをプロビジョニングして参加させましたが、そのうちの約 10 台はまだ実行中です (他は削除されています)。

通常、新しい VM のプロビジョニングには約 11 ～ 12 分かかります。今では 30 ～ 35 時間以上かかることがわかりました。完了すると、マシンはドメインに参加できませんでした。全体的な DNS ルックアップは遅く、タイムアウトになることが多く (特にインターネット アドレスの場合)、ドメインに参加できなかったこれらの新しいマシンでは、完全に失敗することがよくあります。これらのマシンから DC への ping は失敗しますが、以前にドメインに正常に参加したマシンでは成功します。

domain/vnet/cloud service/subscription 上のマシンの数がこの問題の原因であるかどうかはわかりませんが、ドメインをしばらく使用して多数のマシンをスピンアップするまで、この問題は見られませんでした。マシン。