VMスケールセットのVM用スタティックmacaddress

VMSSに出現するすべてのVMについて、すべてのmacaddressを同じにする必要があります。 VM起動時にレジストリエントリを変更するだけでもかまいません。誰かが私を助けることができますか？また、ロードバランサの背後にあっても、その変更はVNETのVMのネットワーク/セキュリティの面で影響を与えますか？VMスケールセットのVM用スタティックmacaddress

出典

2016-09-13 Aayam Singh

MAC Addressesは、コンピュータネットワーク内のネットワークインターフェイスを一意に識別するように設計されています。

コンピュータネットワークにMACアドレスが重複すると、ネットワークが誤動作するか、少なくとも1つのネットワークインターフェイスが抹消され、ネットワークと通信できなくなります。

MACアドレスが同じであることの要件は基本的に間違っており、MACアドレスにバインドされたソフトウェアライセンスまたは悪意のあるネットワークアクティビティのいずれかを悪用しようとしています。

あなたの質問をより詳細に（なぜ、同じMACアドレスの要件、ソリューションの基本アーキテクチャとしているか）記述すれば、おそらく私たちはあなたを助けることができます。

出典

2016-09-13 17:30:24 astaykov

手動インストール中にMacアドレスを使用してユニークコードのライセンスファイルを生成する製品がありました。現在、この製品をAzureに移行し、自動スケーリングのスケールセットを活用しようとしています。ロード中にスケールアップされるすべての新しいVMにその製品をインストールさせるには、各VMに対して自動的に正しく動作するようにそのライセンスファイルを生成する必要があります。今問題は、毎回起動するすべてのVMで毎回ライセンスキーを生成できないことです。したがって、カスタムイメージ内にライセンスファイルを作成し、各VMを関連するMACアドレスで更新します。 –

実行中のAzure VMのMACアドレスを更新することはできません。まあ、技術的には可能ですが、その結果はVMの完全な機能不全になります。ライセンスのモードをMACからIPアドレスに切り替えるか、ライセンスの柔軟性を高めるには、ソフトウェアディストリビュータと協力しなければなりません。仮想マシンは、Start-stop-deallocate-restartライフサイクル中にMACアドレスを保持します。しかし、VMSSでは基本的に新しいVMをプロビジョニングしているので、これはあなたを助けません。だから、VMSSはあなたのシナリオに最適なソリューションではないでしょう。 – astaykov

VMスケールセットのVM用スタティックmacaddress

答えて

関連する問題