Windows Azure Platform 運用設計 V1.1
•Download as PPTX, PDF•
2 likes•3,083 views
2011/6/15 に開催したセミナーの資料です
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Windows Azure Platform 運用設計 V1.1
Similar to Windows Azure Platform 運用設計 V1.1 (20)
More from junichi anno
More from junichi anno (20)
Windows Azure Platform 運用設計 V1.1
- 1. Windows AzurePlatform 運用設計 第 1.1 版 2011年6月27日 日本マイクロソフト株式会社 エバンジェリスト 安納 順一 http://blogs.technet.com/junichia/ twitter @junichia
- 2. 本セッションの内容 Windows Azure と Windows Server との違いを理解し、IT インフラの一部として Windows Azure を使用する場合に IT Pro が認識しておかなければならない運用設計の留意点について理解しましょう。 運用設計の留意点 （運用に支障をきたさないための）開発者との連携ポイント
- 5. 性能に関する考慮
- 9. 各種ログに関する考慮
- 11. はじめに
- 13. 使える新機能があれば導入する
- 14. お客様への「提案映え」も重要
- 16. PaaS とか IaaS とかはどうでもよい
- 17. 新しい管理手法なんて覚えたくない
- 19. SE 作業は無くなる？
- 21. 作業内容の変化 アーキテクチャの検討 Cloud の責任範囲 IT Pro の責任範囲 サービスの展開 管理/監視 増 Drives 減 Memory 減 OS Patches Networking Physical Hardware
- 22. IT Pro に求められる作業 運用のベストプラクティス確立 アンチパターンの蓄積 クラウドベンダーごとの性格付け テクノロジー検証 相互連携（クラウド間、クラウドーオンプレミス間） 他社連携 パフォーマンス予測 どのタイミングでインスタンスを増減するか コストにも大きく影響 ランニングコスト予測 運用プロセスと密接に関係する 開発者との情報交換
- 23. 運用時の留意点
- 32. サービス展開に関する考慮 Windows Server（IaaS）の場合 Application 手動 Windows Server Windows Server IIS IIS 手動 Server（H/W） Server（H/W） Server（H/W） 手動 Windows Azure （PaaS）の場合 Application 手動 「サービスのURL」が DNS に登録される Windows Server IIS 自動 PaaSなので、OSをインストールするというプロセスが存在しない Hyper-V Server（H/W） サービスを作成 アプリケーションを展開
- 33. FabricController Node Node Node Node Node Node Node Node Node Node Node Node Node Node Node Node Node Node Node 雲の中はこうなってる
- 34. Windows AzurePlatform ～ Node の展開 Node 用のOS PXEBoot用OS FabricController ImageStore Maintenance OS Worker Role Windows Azure OS Web Role 展開・監視 Node Node Node Node Node Node
- 37. Guest VM を監視するGuestAgent GuestAgent Fabric Agent Windows AzureHypervisor Windows AzureOS
- 40. Web ロール － フロントWEBサービスに最適化されている
- 41. Worker ロール － バックエンドサービスに最適化されている
- 42. VM ロール－ 利用者によりカスタマイズが可能Web ロール Worker ロール バックエンド サービス フロントエンド Web サービス xxx.cloudapp.net Windows Azure ストレージ
- 43. ローカルストレージに関する考慮 ローカルストレージとはコンピュートサービスが持つ一時的な記憶領域のこと（厳密には C: ドライブ のこと） 永続的ではない MS都合（故障）で消える可能性がある ストレージはフォールトトレラントではない 契約によって容量が異なる 20/225/490/1000/2048GB ロールインスタンスごとに内容が異なる あるインスタンスの処理結果を保存しても他のインスタンスからは見えない
- 44. 永続ストレージ 残したいデータは永続ストレージに保存する Windows Azure ストレージ SQL Azure REST API http/https ゲスト（仮想マシン） Application Windows Server port 1433 IIS Windows Azure Storage TDS SQL Azure ホスト（物理マシン） Hyper-V Server Windows Azure
- 47. 診断ログ
- 48. ページングファイル
- 50. ホスト故障時の動作 パブリッククラウドは「ホスト故障」を前提に設計されている 新たなインスタンスが再展開される ホストが故障 インスタンス（仮想マシン） インスタンス（仮想マシン） C: C: 差分 新しいローカルストレージが再作成されるので、中身は消える 新しいローカルストレージが再作成されるので、中身は消える 新しいローカルストレージが再作成されるので、中身は消える VHD VHD D: D: AVHD AVHD 差分 VHD VHD E: E: AVHD VHD 差分 VHD ホスト（物理マシン） ホスト（物理マシン） Hyper-V Hyper-V Server Server
- 51. 性能に関する考慮 お金で「性能」は買えません！ スケールアップには限界がある 最大 CPU 8.16GHz*8 RAM14GB 永続ストレージの性能はオンプレミスに劣る（可能性がある） ネットワーク越しのアクセス ネットワーク的な距離が性能に大きく影響する データセンターは世界に6か所（2011年6月現在） アフィニティグループ、CDN の利用を考慮
- 52. Windows Azure VM のスケーラビリティ 価格は2011年5月現在 サブスクリプションあたり 最大20インスタンス UP OUT インスタンス数
- 53. スケールアウトとスケールイン 負荷に応じてインスタンス数を調整できる インスタンスの増減はユーザーに影響しない ロール インスタンス Application Application Application Application Application Application Windows Server Windows Server Windows Server Windows Server Windows Server Windows Server IIS IIS IIS IIS IIS IIS xxx.cloudapp.net WindowsAzure DataCenter
- 54. Windows Azure Storage へのアクセス コンピュートノードとストレージノードは分離されている Storage Node Compute Node Container Guest OS REST API .NET Application Query URL 操作 操作 Read/Write 有効時間 署名 SAK config SAK: Storage Account Key
- 55. サービスの展開場所は局所化する ネットワーク的な遅延が性能に大きく影響する WorkerRole SQL Azure WebRole Amsterdam North America Chicago, Illinois Dublin, Ireland Asia Europe Hong Kong Azure Storage Singapore Africa San Antonio, Texas Central andSouth America Australia
- 57. オンプレミスとの違い オンプレミス（IaaS） Application Windows Azure（PaaS） Windows Server 修正プログラム Application 修正プログラム Windows Server Guest OS v1.3 Windows ServerGuest OS v1.4 Windows Server Guest OS v1.2
- 61. Update Domain は手動で変更可能（例）インスタンスが7個の場合 #0 から順番にアップグレード Instance_0 Instance_5 UpgradeDomain#0 Instance_1 Instance_6 UpgradeDomain#1 Instance_2 UpgradeDomain#2 Instance_3 UpgradeDomain#3 Instance_4 UpgradeDomain#4
- 62. アップグレード ～ Inｰplace Upgrade 方式 Update Domain 単位でアップデートする 利用者には影響を与えない 自動更新（パッチ適用）時にも同じ方式が適用される Update Domain #0 アップデート １ Update Domain #1 アップデート 2 新環境 アップデート 3 Update Domain #2 xxx.cloudapp.net 4 アップデート Update Domain #3 5 アップデート １ Update Domain #4 アップデート Update Domain #0 Update Domain は最大5つ
- 63. In-Place Upgrade の様子 Update Domain#0 から 処理が開始される Updating と表示されているが、サービスはアクセス可能
- 64. In-PlaceUpgrade の留意点 新環境と旧環境が異なる Update Domain に所属する場合、 新環境は下位互換を維持する必要がある WebRole WorkerRole 新しいメッセージフォーマットが旧環境の WorkerRole で認識できない Azure StorageQueue 新 Update Domain #0 旧 Update Domain #1 旧 Update Domain #2
- 65. Update Domain 管理コンソールから参照できる
- 66. アップグレード ～ VIP Swap 方式 ステージング環境とプロダクション環境の仮想IPを入れ替える 短時間で切り替え 容易なロールバック（やりなおし） プロダクションとステージングのエンドポイント（HTTP/HTTPS）が同じでないとスワップできない ロードバランサー xxx.xxx.xxx.xxx プロダクション xxx.cloudapp.net xxxx.hoge.net ステージング zzz.zzz.zzz.zzz
- 68. アップデートによるストレージへ影響 C:ドライブ以外は Re-Image によって差分が廃棄される OSバージョンアップ アプリケーション再展開 しばらく運用後 展開初期 C: C: C: VHD VHD VHD 差分 差分 D: D: D: 新しいOSイメージ E: E: E: VHD VHD VHD 差分 新しいアプリイメージ VHD VHD VHD 差分
- 69. ホストOSの障害/メンテナンスへの考慮 ホストOSにもメンテナンスは発生する GuestVM の再起動 E: ドライブが再展開 In-place Upgrade D:E: ドライブが再展開 ハードウェアは故障する可能性がある Guest VM が別のハードウェアに再展開される すべてのドライブが再展開 Fault Domain によるリスク分散
- 71. ファブリック コントローラー
- 72. 電源ユニット
- 73. スイッチ等
- 75. Windows Azure ファブリックは、ロールインスタンス群を最低 2つの異なる Fault Domainに分散配置する
- 77. 緊急度の高い障害修正
- 78. 緊急度の高いセキュリティパッチ
- 80. インスタンスの配置 Webロール 10個 Workerロール 7個 Upgrade Domain UD#4 UD#0 UD#1 UD#2 UD#3 FD#0 Web#4 Web#6 Web#8 Web#2 Web#0 Woker#4 Woker#6 Woker#0 Woker#2 Fault Domain FD#1 Web#1 Web#3 Web#7 Web#9 Web#5 Woker#1 Woker#3 Woker#5
- 81. ローカルストレージリセットのタイミング Reboot と ReImage（再展開）はシステム管理者の指示以外でも発生する
- 82. 管理/監視手法に関する考慮 Guest VM に対し、規定では従来の管理手法が一切使えない リモートデスクトップ WindowsPowerShell 管理機能を有効化できるのはサービス展開時 サービス定義ファイルに記述しておく あとから有効化するには再展開/Update が必要 規定では”Admin”権限を持たない 「管理者へ昇格」が必要な操作が行えない ※スタートアップタスクにはAdmin権限がある 各種ログは永続ストレージに転送しないと消える可能性がある 診断モニタの設定が必要
- 83. 管理/監視 の対象と手法
- 84. リモートデスクトップでの環境変更はご法度 リモートデスクトプによる 環境変更は差分ディスクに書き込まれるため、消えてしまう可能性がある ロール リモートデスクトップ ロールインスタンス ロールインスタンス スケールアウトしても変更箇所は複製されないため、全てのロールインスタンスにログオンして環境変更を行う必要がある スケールアウトしても変更箇所は複製されないため、全てのロールインスタンスにログオンして環境変更を行う必要がある スケールアウトしても変更箇所は複製されないため、全てのロールインスタンスにログオンして環境変更を行う必要がある ロールインスタンス ロールインスタンス
- 85. Windows Azure VM （ロールインスタンス） Windows Azure VM （ロールインスタンス） WMI WMI 管理 Windows Azure ｻﾌﾞｽｸﾘﾌﾟｼｮﾝ Windows Azure Management API 管理 管理 Windows AzureConnect を使用 インスタンスの作成、再起動、停止、証明書の管理 など インスタンスの作成、再起動、停止、証明書の管理 など Windows Azure Management コマンドレット 標準装備の コマンドレット WindowsPowerShell Windows Azure 管理ポータル（GUI） WMI：Windows Management Instrumentation Windows Azure の管理イメージ
- 87. 診断モニタの有効化は Visual Studio で行う
- 88. ロール単位に設定
- 92. 診断ログの種類 Windows Azure のログは診断モニタを介して収集する
- 96. Windows Azure MMC 診断モニタの設定画面
- 97. Windows Azure MMC 診断ログの検索画面
- 99. 診断ログのキャッシュ容量について OverallQuotaInMB BufferQuotaInMB DiagnosticInfrastructureLogs Directories BufferQuotaInMB DirectoryQuotaInMB DirectoryQuotaInMB DirectoryQuotaInMB Logs BufferQuotaInMB PerformanceCounters BufferQuotaInMB WindowsEcentLogs BufferQuotaInMB
- 104. 不要なインスタンスは速攻で削除
- 106. 長期間残したいデータはオンプレミスに転送
- 108. データセンター間のデータ転送量
- 109. 可能な限りデータセンターを局所化する
- 110. SQL Azure のデータベース
- 111. 契約容量によって金額が異なる
- 113. 開発者との連携
- 115. 管理と監視のための設定を埋め込んでもらう
- 116. パッケージファイルの受け渡し方法
- 120. AD FS / AppFabric ACS の利用
- 121. 永続ストレージの利用について
- 122. 課金を強く意識した設計
- 125. SQL Azure へのアクセス方法
- 128. 監視すべきイベントログ
- 129. テキストログの出力場所
- 130. 動作環境
- 131. VM のサイズ（規定は Small）
- 132. OS のバージョン（規定は Windows Server 2008）
- 134. アイデンティティ・フェデレーション
- 135. AD FS
- 137. アイデンティティ・フェデレーション アプリケーション 認可 認証 ACS 認証 ADFS Active Directory
- 139. インポートするモジュールの指定
- 140. エンドポイントの定義
- 142. リモートデスクトップの有効化
- 143. Windows Azure Connect の有効化
- 144. ADドメイン参加
- 145. 診断モニタの有効化
- 146. 証明書の定義
- 148. ライブラリのインストール
- 151. 多くの場面でこれまでのオペーレションが通用しませんオペレーション コアとなる知識 OSそのものの知識 高度な管理スキル よろしくね もっと会話を！ ラジャー