Microsoft values our ongoing collaboration with the security research community to not only identify vulnerabilities in our products and services but also to provide a more consistent and reliable experience for customers.
「残念ながら、テクノロジ業界において、障害などのサービス インシデントは避けられません。マイクロソフトが Microsoft Azure クラウド プラットフォームの信頼性を向上させ続けているのは言うまでもありません。また、大半のお客様とのサービス レベル アグリーメント (SLA) において、SLA 以上のサービス レベルを実現し、進化するツールやトレーニングに投資し続けることで、お客様がミッション クリティカルなシステムを自信を持って容易に設計および運用できるようにしています。 しかし、これらの取り組みを実施していても、マイクロソフトの運用規模や変化のペースを踏まえると、残念ながら障害を完全に回避するのは不可能であるという事実を認めざるを得ません。昨今、マイクロソフトは、影響を受けるすべてのお客様とパートナー様が何が起きているのかを確実に把握できるように、可能な限りオープンで透明性が保たれるよう努めています。「Advancing Reliability」ブログ シリーズの一部である本稿の執筆にあたり、障害時の通知プロセスを監督するプリンシパル プログラム マネージャーである Sami Kubba に、マイクロソフトが障害時のエクスペリエンスを向上させ続けるために行っている投資について大まかに解説してもらいました」 - Azure 担当 CTO、Mark Russinovich マイクロソフトは、クラウド業界において、お客様と自社プラットフォームのセキュリティを維持し、お客様のエクスペリエンスを常に最適化しながら、お客様に最新テクノロジを大規模に提供するという方針を掲げています。それを実現するために、Azure には数多くの変更が行われる可能性があり、ごくまれにですが、その変更がお客様に予期しない影響を及ぼすことがあります。本シリーズのブログ記事で既にお話したように、マイクロソフトは変更を重視しており、体系的かつ段階的なアプローチでできる限り慎重に変更を実施するよう徹底しています。 マイクロソフトは、アーキテクチャの設計、運用プロセス、ハードウェアの問題、ソフトウェアの欠陥、および人的要因が合わさってサービス インシデント (障害) を引き起こすおそれのある複雑な方法に内在する不備を特定し続けています (特定しづらい不備もあります)。私たちの業界の現実として、変更による影響は、変更に必然的に伴う問題であると言えるでしょう。マイクロソフトは、障害時の通知について考える際、競うべき相手は他のクラウド プロバイダーではなく、むしろオンプレミス環境であると考えています。オンプレミスでは、変更の時間帯が管理者によって制御されており、管理者は、変更を実施するのに最適な時間を選択し、リスクを管理および監視して、障害が確認された場合は変更を元に戻しています。 同様に、オンプレミス環境で障害が起きた場合、お客様やユーザーは、状況について詳しく把握できていると感じています。リーダーは、問題の把握後、すぐさま障害について十分に把握し、トラブルシューティングのためにサポートにアクセスします。そして、チームやパートナー企業が、問題を理解すると、完全なインシデントの事後レポート (PIR) (旧称: 根本原因分析 (RCA)) を提供できる態勢にあると期待しています。マイクロソフトのデータ分析により、オンプレミスよりもクラウドの方がインシデント軽減までの時間が短いという仮説が裏付けられていますが、問題やそれに関して行える対処方法の把握に関しては、クラウドの障害の方がお客様のストレスが強くなる可能性があります。 マイクロソフトの通知に関する原則の紹介 クラウドの障害時、一部のお客様から、速やかに通知されていないように感じたり、彼らが必要な最新情報を見逃したりしたために、何が起きたのか、そして今後の問題発生を防ぐためにどんな対策が行われているのか十分に把握できていないと感じたというご意見を頂いてきました。これらのご意見に基づき、マイクロソフトは、現在、コミュニケーション戦略の指針となる以下の 5 つの柱に基づいて運用を行っています。これらの
先週の更新以降も、グローバルなパンデミックは規模の大小を問わずあらゆる組織、その従業員、そしてサービスを受ける顧客に影響を与え続けています。私ども一同は、すべてのお客様、とりわけ世界中のクリティカルな医療および安全機関様に、この未曾有の時期においても業務を継続していただけるよう、必要とされるクラウド サービスを通じた支援に精力的に取り組んでいます。またもう一方では、マイクロソフト製品を接続性の維持や、リモートでの仕事と気晴らしのためにお使いの数億人の方々も同様に支援すべく、サービスの提供に懸命に努めています。 マイクロソフト CEO の Satya Nadella も述べているように、「このような時期は、私たち一人ひとりが何らかの貢献を果たせること、そしてコミュニティとしての一致団結が大事であることを再確認するきっかけとなっています」。昨今の社会的な大混乱の中でも、マイクロソフトは皆さまが現状を切り抜けられるように支援するというコミットメントを堅持しています。 今週の更新では、お客様とパートナー様からよく寄せられているご質問や、そうした疑問への対処に役立つ情報についてお知らせしたいと思います。即時の対応が必要な何らかの問題がある場合は、以下のリソースをご参照いただくようお願いします。 Azure Service Health – お客様のワークロードに影響を与えている問題をすべて追跡し、Azure サービスの正常性を把握できます。 Microsoft 365 サービスの正常性および継続性 – Microsoft 365 サービスの正常性を追跡、把握できます。 Xbox Live (英語) – ゲームとサービスの状態を追跡できます。 先週にかけてはどのような状況が確認されましたか医療当局によって社会的距離の重要性が強調されていることを受け、そのようなシナリオに対応する Microsoft Teams、Windows Virtual Desktop、Power BI といったサービスで使用量の増大が確認されています。 社会的距離やシェルター イン プレイス （屋内退避) といった措置を発令している地域で、マイクロソフトのクラウド サービスの使用が 775% 増加しています。 社会的距離やシェルター イン プレイス
この数週間、私たちは誰もが一丸となって世界中の人々の健康を及ぼすパンデミックと戦っています。その中で、世界中の組織は日常業務の方法を調整したり、従業員の活動を仕事と私生活の劇的な変化の中でも継続させる対策を立てたりしています。 こちらの記事では、マイクロソフトがここ数週で知り得た情報を共有したいと思います。また組織が昨今の状況に対処するうえで役立つリソースや、重要なファースト レスポンダー (消防、警察、救急など) および緊急対応機関へのサポートのほか、マイクロソフトがクリティカルな業務を支援するためにクラウド サービスのキャパシティ管理に関して設定している規準についてもご紹介します。 マイクロソフトは今後も引き続き、定期的かつオープンなコミュニケーションを通じ、私たちの知り得た情報や取っている行動についてお客様にお知らせしていく予定です。 さまざまな企業が新しい独自の課題への対策を実行に移す中で、マイクロソフトもグローバルな対応計画を実施し、この重大な局面においても、お客様のビジネスが継続可能となるように支援しています。マイクロソフトは新しい需要に応える一方で、パフォーマンスと使用状況の傾向を 24 時間 365 日体制で積極的に監視し、世界中のお客様へサービスを最適に提供できているかを確認しています。またファースト レスポンダーの組織や重要な政府機関との緊密な連携を通して、その独自のニーズを優先的に満たし、全力で支援を提供しています。さらにマイクロソフトは世界中の政府との協力を通じて、現地のデータセンターの現場スタッフを確保し、すべての機能が適切に動作するよう維持しています。 医療機関によって "社会的距離" の重要性が強調されていることを受け、マイクロソフトでは多くの大企業、学校、行政機関のリモート ワーク実施をサポートしています。Microsoft Teams はリモート ワークに対応する数百万人の人々を支援しています。企業は Dynamics 365 Customer Service を使って、コンタクト センターのスタッフがリモート ワーク時にもパーソナライズされた一貫性のあるサポートを提供できるように支援しています。安全な距離を確保しながら、政府と企業の機能も維持することが、今日の社会にとって非常に重要となっています。 サービスへの需要は増大し続けていますが、マイクロソフトでは現状において、いずれかのリージョンで何らかのキャパシティ上の制約に直面した場合に備え、新しいクラウド キャパシティの優先度に関する明確な規準を設定しています。最も優先されるのはファースト レスポンダー、医療および緊急管理サービス、重要な行政インフラ組織による利用のほか、Teams のコア機能によるリモート ワーカーの活動の維持となります。またマイクロソフトでは既存のお客様のサポートを維持するため、必要に応じて無料オファーの調整を検討する予定です。 私たちは今後も Microsoft Trust Center を通じ、自社のクラウド ポリシーについて透明性のある情報公開を行っていきます。マイクロソフトはこの困難な時期を通し、あらゆるお客様にサポートを提供できるよう取り組んでまいります。 現在が、これまでになく困難な時期であることは間違いありません。ビジネスも平常通りではありません。しかし皆で協力すれば、きっとこの状況を切り抜けられます。私たちは近いうちに、改めて情報をお知らせする予定です。それまでの間に差し迫った疑問や必要が生じた場合は、以下のリソースをご参照ください。 Azure Service Health – Azure サービスの正常性を追跡、把握できます
「この記事では、7 月のブログ記事 (英語) からスタートした「信頼性」シリーズを引き続きお届けし、信頼できる一連のクラウド サービスの提供を目指す当社の取り組みの一環として、プラットフォームの可用性の継続的な向上を目的とした進行中のイニシアチブをいくつかご紹介します。今回は、ホット パッチや、メモリ保持メンテナンス、ライブ マイグレーションといった、影響ゼロまたは影響の少ない更新テクノロジに対して当社が行った投資について取り上げたいと思います。この 1 年、当社はセキュリティや信頼性に関連する何十件ものパッチをホスト インフラストラクチャに展開してきましたが、その多くはお客様への影響やダウンタイムが生じることなく実施されました。本記事の以降の内容は、当社のコア オペレーティング システムズ チームの John Slack によって執筆されたもので、John は以下で説明されている更新テクノロジのいくつかを担当したプログラム マネージャーでもあります。」- Azure 担当 CTO、Mark Russinovich この記事は、これらのテクノロジを担当するエンジニアリング チームの Apurva Thanky、Cristina del Amo Casado、Shantanu Srivastava の共著によるものです。 当社は Azure のホスト インフラストラクチャの信頼性、パフォーマンス、およびセキュリティを向上させるために、定期的に更新を行っています。それらの "メンテナンス" 更新の目的はさまざまですが、通常はホスティング環境内のソフトウェア コンポーネントの更新やハードウェアの使用停止に関するものです。5 年前に遡ると、それらの更新プログラムの中には、ホスト全体を完全に再起動するしか適用できないものもありました。この方法では、お客様の仮想マシン (VM) を毎回数分間停止しなければなりませんでした。それ以来、当社は仮想マシンの更新時にお客様が受ける影響を最小限に抑えるべく、さまざまなテクノロジに投資してきました。現在、ホスト オペレーティング システムに対する更新の大多数が、ホット パッチよって完全な透明性を確保した、お客様への影響のない方法で展開されています。また、更新プログラムのホット
Service issues are anything that could affect your availability from outages and planned maintenance to service transitions and retirements.
Azure 上のアプリケーションに問題が発生した場合、解決策を調査するために真っ先に確認するべきなのが Azure Service Health ダッシュボードです。本ブログ記事では、「Azure の状態」ページと Azure Service Health との違いを詳しく解説します。また、サービスに問題が発生した際、いち早く情報を入手し、ワークロードの可用性に関する改善策を講じるために Service Health アラートを利用する方法についても説明します。 「Azure の状態」ページの上手な使い方 Azure の状態ページは大規模なサービス停止の追跡に最適で、Azure ポータルにログインできない場合や、Azure Service Health にアクセスできない場合に特に便利です。Azure ユーザーの多くが、このステータス ページを定期的にチェックしています。このページは Azure Service Health ができる以前から提供されているもので、Azure の全サービスおよび全リージョンの稼働状況がひと目で把握できるよう、わかりやすい表形式で表示されています。 ただし、Azure の状態ページには、Azure のサービスとリージョンの正常性について必要な情報だけが掲載されているわけではありません。このページはパーソナライズされていないため、お客様は利用しているサービスとリージョンがどれなのかを正確に理解して、自身で表内を探す必要があります。また、サービスの停止を伴わない問題の場合、お客様の可用性に影響を及ぼす可能性があっても、このページには表示されません。たとえば、計画メンテナンスの実施や、正常性に関する通知 (サービスの廃止や構成ミス) がこれに該当します。さらに、サービス停止の際や計画メンテナンス期間にお客様が影響を受ける可能性がある場合でも、このページには自動的に通知する機能がありません。 こうした、Azure の状態ページではカバーされないユース ケースのために作成されたのが Azure Service Health です。 Azure Service Health の上手な使い方
It’s a question we often hear. After all, they’re similar and related services. Azure Monitor helps you understand how your applications are performing and proactively identifies issues affecting them and the resources they depend on.
不測の事態に備えることは、すべての IT 担当者と開発者の職務の一環です。サービス停止や計画メンテナンスなどのサービスの問題は、頻繁に起こることではありませんが、実際に発生します。最新の情報を確認する方法は多数ありますが、お客様がサービスの問題に迅速に対応してダウンタイムを最小限に抑えるうえで効果的なアプローチを 3 つご紹介します。これら 3 つの方法には、いずれも Azure Service Health を利用します。Service Health は、お客様の可用性に影響する可能性があるサービスの問題について自動的に通知するアラートを構成できる無料の Azure サービスです。 1.まずはシンプルなメール アラートを利用してあらゆる問題を把握する Service Health アラートを初めて設定する場合は、選択項目が多数あることに気付くでしょう。アラートの受信者、対象となるサービスとリージョンを選択し、対象となる正常性イベントの種類を、サービス停止、計画メンテナンス、正常性の勧告の中から選択します。また、使用する通知方法についても、メール、SMS、プッシュ通知、Webhook その他のオプションがあります。 Service Health アラートの利用を開始するにあたって、まずはシンプル (英語) であることが一番です。すべてのサービスやリージョンに影響を与える可能性のあるサービスの問題について、主要な運用担当者にメールで通知するアラートを設定します。Service Health はパーソナライズされており、アラートはご利用のサービスまたはリージョンに影響する場合にのみ送信されるため、不要な通知を受け取る心配はありません。 メール アラートを設定したら、実際に利用してみましょう。シンプルであるに越したことはありませんから、それで十分かもしれません。しかし、受け取った通知の情報を他のチームにルーティングする頻度が高い場合は、そのチーム向けに追加のアラートを設定することを検討してください。また、以下のシナリオのように、より高度な方法でアラートを受け取ることもできます。 2.
Azure Service Health helps you stay informed and take action when Azure service issues like outages and planned maintenance affect you, and provides a personalized dashboard that can help you understand issues that may be impacting resources in your Azure subscriptions.
