前回の記事で、我々はクラスタAKSを作成して、クラスタ、日常の運用・保守における道のポッドからのノードによってノードにログオンし、それは仕方ポッドログによって明らかであるが、我々はここでは、あまりにも面倒ですログは、他の簡単な方法を通過することができます。
1、石を踏んでログオン
2、ロードバランサーによるログオン
3、Azureのポータル上のシリアルコンソール経由でログオン
ノード自体にAKSノードが仮想マシンである、彼らは基本的な情報VNET、ストレージ、およびその他のリソースグループがでMC_の初めに団結し、そのノードのノードにログオン含まれている仮想マシンは、実際にはAKSによって作成された特定の仮想リソース・グループにログオンしていますボード上。この記事では〜あなたのすべては、それを維持するために第2の実践は、第1及び第3のシナリオを紹介します
1、石を踏んでログオン
まず、仮想マシンは、JumpBoxてという名前の仮想マシンを作成するリソースグループのノードは、場所に注意を払う、vnetのと同じクラスタへ：
そして、このマシンの踏み台にログオン：
お互いにpingを実行し、ログオンしたい台湾ノードのプライベートアドレス、ここではノード2を選択することが判明することができ、同じリソースの下のVnet：
その後、我々は、azureuserに、JumpBoxて内のノードをログにログインする前に注意を払うクラスタを作成するときので、私たちは、ノード2の仮想マシンのユーザー名とパスワードでそれを変更する必要があり、道の秘密鍵のデフォルトのログイン、ログインユーザー名のデフォルトその後、ポータル上のユーザー名とパスワードをリセットした後、ログによって：
ログインが成功すると、我々は、コンテナの状況ノードを見て
（プロセスがリソース使用不能に求められた場合、NSGは22個のポートを開いていない次のカードのマシンを参照してください）はい、ログインプロセスが比較的単純で、情報を表示し、ああは、実際には、動作するよう運用、保守要員を容易にするために、Azureがまだポータルサイトです使用はすぐにこの駅のマシンの状況を確認することができますシリアルコンソールインタフェース、このマシンへのsshの手動手順を排除することと同等のものを提供し、以下を示しています。
Azureのポータル上のシリアルコンソールからログインします
まず、あなたがポータルにログインするノードの仮想マシンを見つけ、ページの左側には、「シリアルコンソール」を見つけるために：
点开控制台后直接登录你会发现报错的，正常，报错提示需要先开启诊断日志，按图索骥我们先开一下这个功能，就在上图左侧红框上数3个“启动诊断”部分：
诊断日志可以单独创建一个存储来保存这些日志，保存修改成功后如下：
然后我们再回到串行控制台登录，直接输入密码后成功登录：
至此两种登录node的演示完成了，还有一种创建loadbalancer,后端池挂上node所在的subnet,然后再LB上配置NAT规则，也可以实现登录到node虚拟上，这个大家可以自行实践。
希望这篇文章对大家有用。