マイクロソフトは、チームの呼び出しのための 99.99% SLA を導入します。
[ad_1]
新しいSLAは実際に何らかの違いを生むでしょうか?
メッセージ センター通知 MC301471 (2021 年 12 月 3 日) は、12 月 1 日、Microsoft Teams通話、電話システム、および電話会議サービスをカバーするサービス レベル契約 (SLA) が 99.9% から 99.99% に改善することを発表します。言い方を言えば、 “マイクロソフトは、エンド ユーザーが PSTN 通話を開始したり、PSTN 経由で会議の音声にダイヤルしたり、コール キューまたは自動応答による通話を少なくとも 99.99% 実行したりできることを保証します。."
新しい SLA は、 2021 年 12 月 マイクロソフト オンライン サービスのサービス レベル契約の世界.
SLA 99.99% を満たすと、1 か月にサービスを 4 分 22 秒しか利用できなくなります。以前の 99.9% SLA の同等の測定は 43 分 49 秒であるため、マイクロソフトは可用性を大幅に向上させます。稼働時間の保証は、お客様に チーム電話システムを受け入れる.大きな問題は、サービスが SLA を満たさなければ、マイクロソフトが顧客に補償を約束することです。この場合、Microsoft は失われた時間の量を計算し、表 1 に示す支払い方法を適用します。言い換えれば、チームの電話が古い 99.9% のしきい値を達成した場合、マイクロソフトは顧客に 25% のサービス クレジット (チーム電話の将来の料金に適用される) を補償します。
| SLA達成 | しきい値 (を参照してください。 https://uptime.is/) | マイクロソフト サービス クレジット |
| < 99.99% | 4分22秒 | 10% |
| < 99.9% | 43分49秒 | 25% |
| < 99% | 7時間18分17秒 | 50% |
| < 95% | 1日12時間31分27秒 | 100% |
インシデント、失われた分、計算
インシデントとは、ダウンタイムが発生するイベントが 1 つまたは一連の場合、またはサービスがエンド ユーザーに提供されなくなった場合のことです。Microsoft のドキュメントでは、可用性の保証がすべてのサービスに適用されない場合、いくつかの制限について説明しています。これらの制限は、テロ行為から、帯域幅の不足や、Microsoft が提供していないハードウェアやソフトウェアの使用に起因する問題まで多岐に及んでいます。
通常の操作中に問題が発生すると仮定すると、サービス固有の条件が適用可能になります。Teams の場合、エンド ユーザーが次の点を確認できない場合のインシデントが発生します。
- 固定電話または携帯電話への PSTN 通話を開始します。
- PSTN 番号を使用してチームのオンライン会議にダイヤルします。
- チーム電話システムを使用して、キューまたは自動応答機能を使用した通話を処理します。
マイクロソフトは、次の数式で月稼働率 (SLA しきい値) を計算します。
ユーザーの分数は、予定されているダウンタイムを 1 か月分未満にする分数の合計です。使用可能なユーザーの合計時間 (分) を調べるには、この値にライセンスを付与されたユーザーの合計数を掛けます。テナントが Teams Phone のユーザー数を 1,000 人とし、ユーザーの分数が 43,200,000 人であるとします。人々は24時間、週7日働かないので、人々が実際にサービスを利用する可能性のある分数ははるかに少ないです。これは、サービスが高い SLA を達成できる理由の 1 つです。
テナントの停止が発生し、その間に 300 人のユーザーが PSTN 番号に 15 分間電話をかけることができないと仮定します。
15 * 250 = 3,750
それは多くのように聞こえ、それらの分のそれぞれが非常に重要な呼び出しを行ることができない人にとっては苦痛ですが、停止の影響はわずか99.991%に減少するため、SLAはまだコミットメントを満たしています。明らかに、同じ暦月に別の停止が発生した場合、Microsoft は SLA を満たさないため、テナントを補償する必要があります。
SLA の改善を実際的に見るためには、以前のしきい値では、SLA を 99.9% 以下に下げる、すべてのユーザーに影響を与える 40 分間の停止が必要になります。
請求の証明
もちろん、SLAに含まれるに値するインシデントが発生したことを考えると、一つのことです。マイクロソフトが同意することは別です。正式なテキストは言う
マイクロソフトがクレームを検討するためには、請求を検証するために必要な情報を含む、Microsoft 社のカスタマー サポートに請求を提出する必要があります。o: (i) インシデントの詳細な説明;(ii) ダウンタイムの時間と期間に関する情報。(iii) 影響を受けるユーザーの数と場所(該当する場合)発生時にインシデントを解決しようとした場合の説明 (iv) を指定します。
つまり、問題が発生したことを (Microsoft の満足度で) 証明できない限り、問題が発生した場合、その問題が発生した期間、および問題の影響を受けたユーザー数を証明できない限り、成功を収める可能性はゼロです。実際には、これは、チームの電話システムに問題があると思われる理由の証拠と共に問題があることを確認したサポート インシデントを直ちに提出する必要があることを意味します。また、損害賠償請求の重要なデータであるため、影響を受けるユーザーの数を文書化することをお勧めします。
問題を認識し、一時的な問題ではないと結論付けるには時間がかかることがあるため、実際の停止時間は Microsoft によって正式に記録されたよりも長くなることがよくあります。キャッシュやその他のソフトウェア技術がMicrosoft 365の他の場所で停止を偽装する可能性がある一方で、通話を行う場合は動作しないため、Teams Phone のギャップは他のワークロードよりも小さくなる可能性があります。
SLA 監視なしでは良い
マイクロソフトがチーム電話用に強化された財政的に支援されたSLAを提供することは素晴らしいことですが、サービスを監視し、問題を速やかに報告しない限り、それは何の意味もありません。問題が発生した後に文書化しないと、マイクロソフトのサービスが標準に上がらなかったと不平を言っても意味がありません。新しいチームの電話 SLA を利用する場合は、通話で何が起こっているかを確認してください。
Office 365 が実際にどのように機能するかについては、サブスクリプションを作成してください。 IT 担当者向け Office 365 電子書籍。毎月の更新プログラムでは、Office 365 エコシステム全体で重要な情報を購読者に通知します。
関連
[ad_2]