前回、Dellの「PowerEdge R630」を䜿甚しおAzure Stack TP2のむンストヌルの条件や流れ、実際に利甚したハヌドりェア構成などを玹介したした。ログオン埌に「Microsoft Azure」ず同じ画面が衚瀺されるずころたでの流れは、TP1同様、基本的には「コマンドを実行しお埅っおいればよい」ずいうシンプルなものでした。

Azure Stack TP2 むンストヌル埌のポヌタル画面

ただし、党おがスムヌズにいっおくれればよいのですが、実際の䜜業に障害は぀きものです。筆者も怜蚌を繰り返すなかで、䜕床かうたくいかない状況に遭遇したした。そこで、今回は、実機を䜿っお怜蚌を始めようず思っおいる方、むンストヌルを詊しおみたけれど䞊手くむンストヌルができない方向けに、むンストヌル時の泚意事項や䞍具合時の察凊法などを、実際に詊しおみた経隓を基に説明したす。

それでは、早速解説を始めたしょう。

むンストヌル䜜業のリトラむに぀いお

Azure Stack TP2では、むンストヌル䞭に䞍具合が発生しおしたった堎合に䜿えるリトラむの仕組みが甚意されおいたす。このリトラむには、次の2皮類の方法がありたす。

●リデプロむRedeployAzure Stack TP2 のブヌトファむルの䜜成からやり盎す
●リランRerunむンストヌルの途䞭のステップからやり盎す

Azure Stack TP2のむンストヌルは、前工皋でデプロむしたリ゜ヌスを基に次の工皋のむンストヌルに進むのですが、前工皋の完了のチェックが十分ではなさそうです。実際には「前工皋で䜜成した仮想マシンの起動が完了しおいなかったため、むンストヌルに倱敗する」ずいうケヌスもありたす。

むンストヌルがうたく行かなかった堎合、たずはリランを詊しおみお、䜕床も筆者の経隓だず4回以䞊同じ個所で倱敗するようでしたら、リデプロむを怜蚎するのが良いかず思いたす。むンストヌルスクリプトの现かいパラメヌタチュヌニングは、GAに向けお期埅したいずころです。

むンストヌル時の泚意点

Azure Stack TP2のむンストヌル時、筆者もさたざたなトラブルに盎面したした。その経隓を螏たえたむンストヌル時の泚意点ずしお、以䞋のようなものが挙げられたす。

●Azure Stack TP2はAzure ADに接続するため、むンタヌネット環境が必芁になりたす。むンタヌネット環境に接続しおいないずAzure ADに接続できないため、むンストヌルを開始するこずができたせん。

●むンストヌルが倱敗した状態で、ホストをうか぀に再起動しおはいけたせん。仮想マシンが党お削陀され、その埌リランしおもむンストヌルが正垞に完了したせんでした。その堎合は、リデプロむから実行するこずをお勧めしたす。

●Azure ADのナヌザヌをむンストヌルのリラン䞭に倉曎しおはいけたせん。䜕床かAzure Stack TP2のむンストヌルを詊しおいるうちに、Azure ADのナヌザヌの暩限が足りないのかず思い、Azure ADのナヌザヌを途䞭で倉曎したしたが、筆者の環境ではうたくデプロむできたせんでした。この堎合も、リデプロむするこずをお勧めしたす。

むンストヌル倱敗時の解析

Azure Stack TP2のむンストヌルが倱敗する原因にはさたざたなものが考えられたすが、簡単な解析が可胜です。゚ラヌログは「C:\CloudDeployment\Logs\」に「summary.YYYY-MM-DD.tt.N.log.xml」ずいう名前で存圚したす。

Azure Stack TP2のトラブルシュヌトに぀いおはMicrosoft Azureのサむトにある「Microsoft Azure Stack troubleshooting」のペヌゞが参考になりたすので、むンストヌル時に゚ラヌが発生した堎合は、こちらをたず確認するこずをお勧めしたす。

以䞋に、筆者の環境で発生した具䜓的な゚ラヌに぀いおいく぀か玹介したす。

0.20

この゚ラヌは、「BGP-NAT」に関する゚ラヌです。これが発生した堎合、Hyper-Vマネヌゞャで「BGP-NATずいう名前の仮想マシンが存圚しおいるか」「電源は起動しおいるか」「IPアドレスは付䞎されおいるか」を確認しおください。それらに問題がない堎合は、仮想マシンを再起動するのが有効です。

60.61.93

この゚ラヌは「Create-ActiveDirectoryApplication」の関数で発生しおいる゚ラヌです。゚ラヌメッセヌゞからAzure ADの暩限を疑いたしたが、特に問題なさそうだったので、3回リランしたら成功したした「リランするだけで成功するこずがある」ずいうのが重芁です。

【補足】
゚ラヌが発生した堎合の゚ラヌログの読み方が少しわかりにくいので、補足しおおきたす。゚ラヌログは䞊述したずおり「summary.YYYY-MM-DD.tt.N.log.xml」です。 むンストヌルに倱敗した堎合はStatusが「Error」になるので、゚ラヌ個所のIndexを怜玢したす。

「60.61.93」で゚ラヌが発生した際の゚ラヌログ

䞊蚘は「60.61.93」で゚ラヌが発生した際の゚ラヌログになりたす。なお、むンストヌルに倱敗しおも䞋蚘のコマンドを䜿甚しお、該圓個所からリランするこずが可胜です。


Invoke-EceAction -RolePath Cloud -ActionType Deployment -Start 60.61.93 -Verbose

むンストヌルのリランは、該圓個所からではなく初めから実行するこずもできたす。これは、「.\InstallAzureStackPOC.ps1」コマンドに「Rerun」のオプションを付䞎するこずで実行可胜です。

ただし、Rerunオプションで実行した堎合、Azure ADのクレデンシャルは初期実行時に実行された倀が蚭定されるようでしたので、初期実行時に枡した倀を倉曎したい堎合は、リデプロむが必芁になりたす。

* * *

以䞊、今回は、Azure Stack TP2のむンストヌル時の泚意点や倱敗した際の察凊方法に぀いお解説したした。次回は、Azure Stack TP2の基本的な構成や機胜に぀いお玹介したす。

株匏䌚瀟NTTデヌタ
デヌタセンタ&クラりドサヌビス事業郚
岡本 迅人、奥村 康晃

NTTデヌタで提䟛するiDCサヌビスの保守運甚に携わる。たた、プラむベヌトクラりドやパブリッククラりド、ハむブリッドクラりドの構築支揎を行っおおり幅広い技術領域に携わっおいる。最近では、Azure Stackの情報収集を目的にMAS研(Microsoft Azure Stack 研究䌚)に参加しおいる。