Ubuntu Advantage サービス範囲

Ubuntu Advantage for Infrastructure (UA-I)

サブスクリプション

Ubuntu Advantage for Infrastructureをご利用のお客様には、ご自分のサブスクリプションに付属するノードに対して、以下のメリットやサービスを受ける権利があります。

サポート対象ハイパーバイザーを稼動させる物理ホストにUbuntu Advantageのサブスクリプションを接続すると、そのホスト上のすべてのUbuntuゲストに対して同一のサービスが提供されます。

1. セルフサービス方式のカスタマーケアポータルおよびナレッジベース：ナレッジベースへのアクセス権限は、必要なすべての人員に幅広く与えられます。指定された一定数の人員には、問題のサポートを依頼する権限も与えられます。
2. ランドスケープ管理：ランドスケープSAASシステムの管理は、記載された例外を除く全サポートサービスに含まれます。指定人員用のロールベースアクセス制御 （RBAC） も、ご自由にコントロール可能となります。
3. カーネルライブパッチ （Kernel Livepatch） サービス
   1. カーネルライブパッチサービスには、Canonicalのカーネルライブパッチデーモンの使用許諾ライセンス、利用可能なカーネルライブパッチへのアクセス権限およびサービスに関するサポートが含まれます。
   2. カーネルライブパッチサービスは、重大度レベルが「高」および「クリティカル」であるカーネルCVE（共通脆弱性・曝露）の一部について、セキュリティライブパッチを提供します。CVEの一部は、ライブパッチングシステム内の技術的限界その他の理由により、ライブパッチングに適格でない可能性があります。
   3. カーネルライブパッチサービスでは、セキュリティ問題以外のカーネルのバグ修正をカーネルライブパッチとして提供することがあります。
   4. 特定のカーネルバージョンについて、ライブパッチを無期限に提供することは保証しません。  
   5. ライブパッチの適用対象となるのは、デフォルトのLTSカーネルのみです。これには、前回のLTSリリースに対する最終版HWEカーネルによるバックポートも含まれます。
4. 拡張セキュリティメンテナンス
   1. 拡張セキュリティメンテナンスは、複数のサーバーパッケージについて、重大度レベルが「高」および「クリティカル」であるCVEで適用可能なものに修正を提供します。一定のリリースに対する拡張セキュリティメンテナンスの対象となる全パッケージのリストは、以下のページでご覧ください。
   2. 拡張セキュリティメンテナンスは、64-bit x86 AMD/Intelインストールのみに対して提供されます。
   3. 以下の項目は、拡張セキュリティメンテナンスでは提供しません。
      1. 拡張セキュリティメンテナンスのセキュリティアップデートによって生じたバグを除くバグ修正
      2. メンテナンス対象パッケージリストに記載のないパッケージ用のセキュリティ修正
      3. 重大度レベルが「高」および「クリティカル」でないCVEのセキュリティ修正
   4. 拡張セキュリティメンテナンスは、重大度レベルが「高」および「クリティカル」であるすべてのCVEに対する安全なソフトウェアや修正を保証するものではありません。
5. FIPS認証済暗号モジュール
   1. Intel x86_64、IBM POWER8およびIBM Zの一定のハードウェア上でUbuntuと一緒に使用する場合、FIPS 140-2レベル1基準への適合に十分なパッケージへのアクセス（利用可能な場合）
   2. そのようなパッケージのライセンスで、オープンソースソフトウェアライセンスによりすでに使用を許諾された範囲外のもの
6. 共通基準
   1. Intel x86_64、IBM POWER8およびIBM Zの一部ハードウェア上でUbuntuと一緒に使用する場合、共通基準EAL（評価保証レベル）2への適合に十分なパッケージおよびスクリプトへのアクセス（利用可能な場合）
   2. そのようなパッケージのライセンスで、オープンソースソフトウェアライセンスによりすでに使用を許諾された範囲外のもの

サポートレベル

Ubuntu Advantage for Infrastructure StandardまたはUbuntu Advantage for Infrastructure Advancedをご利用のお客様には、上記「サブスクリプション」の項に記載したメリットおよびサービスに加え、以下のメリットおよびサービスを受ける権利があります。

1. 週5日・24時間（Standard）または連日24時間（Advanced）対応の電話・チケットによるサポート
   1. 各リリース：Canonicalは、公式ソースを使用して製品ライフサイクル中にインストールされるUbuntuのすべての標準リリースについて、インストール、設定、メンテナンスおよび管理のサポートを提供し、これには該当するすべての拡張セキュリティメンテナンス条件が含まれます。Ubuntuの各バージョンのライフサイクルについては、以下をご覧ください。
   2. ハードウェア：Ubuntu認定ハードウェアは、Canonicalの広範囲にわたるテスト、レビュープロセスに合格したものです。Ubuntuの認定プロセスに関するさらに詳しい情報および認定ハードウェアのリストは、以下の「Ubuntu認定（Ubuntu Certification）」のページでご覧いただけます。本サービスは、お客様のUbuntu認定ハードウェアのみに適用されます。お客様から、認定外のハードウェアに関するサービスの依頼を受けた場合、Canonicalでは相当の努力を払ってサポートサービスの提供に努めますが、本サービス記述書に記載された義務に沿わない場合があります。
   3. パッケージ：本サービスは、以下の項目に適用されます。
      1. 「proposed（提案中）」および「backports（バックポート）」リポジトリポケットを含むUbuntuメインリポジトリ内のパッケージ
      2. Ubuntuクラウドアーカイブ内のパッケージ
      3. CanonicalがメンテナンスするUniverseリポジトリ内のパッケージ
      4. CanonicalがメンテナンスするSnapパッケージおよびチャーム
      5. 本サービスは、サポート対象バージョンをもとに改変されたパッケージには一切適用されません。
   4. カーネル
      1. Ubuntuの長期サポートバージョン（LTS）リリースにより、当初提供されたカーネルは、そのLTSのライフサイクル全体を通してサポート対象となります。
      2. Canonicalでは、LTSの1バージョンの標準サポート期間中にHWE（ハードウェア有効化）カーネルをリリースし、1つのLTSリリース中新たに登場するハードウェアに対してサポートを提供します。HWEカーネルは、次回のLTSポイントリリース時までサポート対象となります。
      3. カーネルのサポートについてさらに詳しくは、をご覧ください。
      4. Canonicalライブパッチサービスへのアクセスは、記載された例外を除く全サポートサービスに含まれます。
   5. ランドスケープ：ランドスケープ全製品は、ランドスケープオンプレミス（購入された場合）を含め、完全サポートの対象となります。
2. OpenStackおよびKubernetesのサポート：Canonicalは、以下に規定するサポートを提供します。
   1. OpenStackに関するサポート
      1. OpenStackソフトウェアのサポートは、基盤となるノード上にデプロイされたUbuntuのリリースによって異なります。
      2. Ubuntuの長期サポートバージョン（LTS）のリリースにより、当初提供されたOpenStackのバージョンは、そのUbuntuバージョンのライフサイクル全体を通してサポートされます。
      3. UbuntuのLTSバージョンのリリース後にリリースされるOpenStackの各リリースは、Ubuntuクラウドアーカイブから入手可能です。Ubuntuクラウドアーカイブ内のOpenStackの各リリースは、Ubuntu LTSの1バージョン上で、該当するOpenStackのバージョンを含むUbuntuバージョンのリリース日から最低18カ月間サポートされます。
      4. OpenStackリリースのサポートスケジュールは、こちらからご覧ください。
      5. OpenStackサポートには、OpenStackクラウドに参加するすべてのノードが有効なサポート契約の対象であることが必要です。
      6. フルスタック（Full Stack）サポート要件：
      7. 上記の要件に加え、ハードウェアはCharmed（チャーム利用）OpenStackの最低基準を満たしていることが必要です。
      8. OpenStackクラウドは、Private Cloud Build（プライベートクラウドビルド）によりデプロイされたもの、またはCloud Validation（クラウド検証）を依頼して妥当性を確認したものであること
      9. フルスタック（Full Stack）サポートには、以下の項目が含まれます。
         1. デプロイしたチャームに対するサポート
         2. Canonicalとの契約に従って実施するすべてのデプロイメントについて、結果的にチャームがカスタマイズされる場合のカスタマイゼーションは、カスタマイズを含むチャームの公式リリース後90日間有効です。
         3. デプロイされたままの状態でOpenStackを実行するために必要なすべてのパッケージに関するサポートが含まれます。
         4. OpenStackのコンポーネントについて、Ubuntu LTSの定期メンテナンスサイクルの一環としてのアップグレード
         5. OpenStackのバージョン間のアップグレード（例：OpenStack NewtonからMitakaへ）またはUbuntu、JujuおよびMAASのLTSバージョン間のアップグレード（例：Ubuntu 14.04 LTSからUbuntu 16.04 LTSへ）は、サポート対象です。ただし、そのアップグレードは、Canonicalの指定どおり文書化されたプロセスに従い、Private Cloud BuildまたはCloud Validation（クラウド検証）パッケージの一環として行うことを条件とします。
         6. 新しいクラウドノードの追加ならびに既存のノードと同等容量の新しいノードとの交換は、いずれもサポート対象です。
         7. 有効なカスタマイズと見なされないカスタマイゼーションは、フルスタックサポートの対象外です。
      10. Private Cloud Buildによりデプロイされるか、Cloud Validationパッケージで検証された以外のOpenStackクラウドのサポートは、バグ修正サポートのみに限定されます。
      11. OpenStackサポートには、OpenStackクラウドのデプロイ中または設定中のバグ修正サポートを上回るサポートは含まれません。
      12. チャームについて：
          1. チャームの各バージョンは、リリース日から1年間サポート対象となります。
          2. Canonicalでは、https://wiki.ubuntu.com/OpenStack/OpenStackCharmsのページに記載するサポート対象バージョンをもとに改変されたチャームのサポートは一切行いません。
      13. Canonicalでは、OpenStackクラスタにエクスポーズしたCephまたはSwiftストレージのあるノード1つにつき、48TBの未加工ストレージ容量をサポートします。この容量は、Ceph、Swiftまたはこの両方の組み合わせに利用可能です。このノード数が、対応するOpenStackクラスタ内のコンピュートノード数を上回る場合、サポート対象となるCephおよびSwiftストレージは、クラスタ内のコンピュートノード1つにつき48TBに制限されます。
      14. Ubuntu Advantage OpenStackには、Canonicalの提供する利用可能なMicrosoft認定ドライバをWindowsゲストのインスタンスで使用するライセンスが含まれています。
      15. OpenStackのサポートには、以下は含まれません。
          1. OpenStackのデプロイメント実行に必要な作業負荷以外に関するサポート
          2. クラウドゲスト以外のゲストインスタンスのサポート
   2. Kubernetesに関するサポート
      1. フルスタック（Full Stack）サポート要件：
      2. Kubernetesのチャーム利用ディストリビューション（CDK）の最小デプロイ設定以上によるデプロイメント、またはCNCFが公表したままの状態で無改変のアップストリーム版Kubernetesバイナリをkubeadmによりデプロイしたクラスタを、Ubuntu上でベースOSとしてデプロイしたもの
      3. CDK参照アーキテクチャ内でチャームを使用するか、同様の方法によりkubeadmを使用してデプロイした高可用性の制御プレーン
      4. サポート対象とするKubernetesクラスタ内のすべてのノードについて、サポートのご購入が必要です。
      5. Kubernetesのサポート対象バージョンには、最新の安定版マイナーリリースおよび安定版リリースチャネルによる直近2回のマイナーリリースが含まれます。さらに詳しくは、をご覧ください。
      6. Canonicalとの契約に従って実施するKubernetesのチャーム利用ディストリビューションのすべてのデプロイメントについて、結果的にチャームがカスタマイズされる場合のカスタマイゼーションは、そのデプロイメント後90日間サポート対象となります。
      7. フルスタックサポート要件が満たされない限り、サポートは以下の項目に限定されます。
      8. Kubernetesのチャーム利用ディストリビューションを稼働するために必要なソフトウェアパッケージおよびチャーム
      9. apt.kubernetes.ioから入手可能なソフトウェアパッケージおよびkubeadmを使用してデプロイしたKubernetesクラスタ
      10. Canonicalが提供するソフトウェア成果物によるバグ修正サポート
3. Ubuntuの法的保証プログラム：利用規約に従うことを条件として、お客様にはUbuntu保証プログラムに加入する権利があります。Canonicalでは、この保証プログラムとその規約を定期的に更新することがあります。現行のUbuntu保証プログラムおよびIP免責条項は、Canonicalの「Ubuntu保証」のページでご覧いただけます。

マネージドサービス

1. 概要：マネージドサービスは、Ubuntu Advantage for Infrastructure Advancedへのアドオンです。アドオンが行われると、Canonicalは以下の形でEnvironmentを管理し、この環境で運用しているゲストは、Ubuntu Advantage for Infrastructureのサブスクリプションとサポートを受け取ります。クラウド環境の場合、マネージドサービスは“BootStack”と言及されます。
2. サービスの開始：Canonicalの構築とEnvironmentの初期化を受けて（独自のサービス取組みの対象）、マネージドサービスはEnvironmentを再デプロイして認証情報をリセットし、デプロイメントプロセスを承認します。マネージドサービスは文書も提供し、Canonicalとの作業関係に関する詳細情報を提供します。
3. 運用：マネージドサービスはリモートでEnvironmentを運用、モニタリングおよび管理し、その例としては以下のものが含まれます: (i) 管理インフラスイートのバックアップおよび回復、(ii) ハードウェアおよびソフトウェアのエラーモニタリングと警告、そして (iii) 性能とパフォーマンスの報告
   1. パッチ提供と更新：マネージドサービスは、該当する（例えばセキュリティ）のパッチとUbuntuクラウドアーカイブからの更新を、以下のものにインストールします:
      1. Ubuntuオペレーティングシステム
      2. OpenStackまたはKubernetesとその依存部分
      3. OpenStackまたはKubernetesチャーム
      4. Environmentの一部としてデプロイされたその他ソフトウェア
   2. 管理アクセス：マネージドサービスは、顧客に以下のアプリケーションおよび/またはサービスへのアクセスを提供します:
      1. OpenStackまたはKubernetesのダッシュボード、APIおよびCLI
      2. ランドスケープ（読み込みアクセスのみに制限）
      3. モニタリングとロギングシステム（読み込みアクセスのみに制限）
      4. Canonicalのみが、Environmentノードへのログインアクセスを持つことになります。
   3. Environmentサイズ：Environmentが最小サイズ要件未満にならないという条件において、マネージドサービスは、サポートチケットを通じた顧客からのリクエストに応じてEnvironmentからノードを追加または削除します。Environmentノードは全てこのサービス内でカバーされなければならないため、追加費用が発生する場合があります。
   4. Ubuntu、OpenStackおよびKubernetesのアップグレード：マネージドサービスは、顧客のEnvironmentがUbuntuやOpenStackおよび/またはKubernetesのサポート対象バージョンであり続けることを保証します。ほとんどの場合Canonicalは、該当する場合にのみ LTSのリリースに、または顧客との合意に応じて特定のリリースにアップグレードします。
4. 範囲外：以下のものは、マネージドサービスでは提供されません:
   1. ゲストインスタンスまたはコンテナインスタンスに関連するもの
      1. ゲストインスタンスまたはコンテナインスタンス内で運用されるオペレーティングシステムまたはアプリケーションの管理
      2. ゲストインスタンスまたはコンテナインスタンスのモニタリング
      3. ゲストインスタンスまたはコンテナインスタンス内で顧客が作成したデータ（起動しているあらゆるアプリケーションまたはデータベースなど）のバックアップまたはリカバリ
      4. Caninocalが提供する以外の画像を使用して、ゲストインスタンスを起動する能力のサポート
   2. Environmentのアーキテクチャへの変更
   3. 更新やアップグレード日の変更
   4. 該当するUbuntuメインレポジトリ以外のパッケージおよびソフトウェアのインストール、またはUbuntuクラウドアーカイブに提供されたパッケージの更新
   5. Ubuntu、OpenStackまたはKubernetesのサポート対象バージョンは、5年間の「一般」リリース枠内でなければなりません。
   6. Environmentの構築の一部としてインストールされたソフトウェア以外の追加コンポーネント（例: LBaaS、VPNaaS、SDNまたはSDS）のインストール
5. サービスの満期：マネージドサービスは、サービス期間の満期時に運用の移転を開始します。運用の移転には以下のものが含まれます:
   1. 顧客への、ホストと管理ソフトウェアの認証情報全ての引き渡し
   2. ランドスケープの管理認証情報の引き渡し（ランドスケープの継続した運用は、適切なライセンス条件の購入および合意によります）
   3. 該当する研修の調整（購入した場合）
6. サービス提供条件：マネージドサービスは、以下のものを要求します:
   1. EnvironmentへのCanonicalサポート人員向けの継続的なVPNアクセス
   2. ノードごとのパラメータの使用は、Environmentが顧客に引き渡されるときにCanonicalが提供する設計文書の中で特定される最大未満に維持する
   3. Environmentがホストされている施設が最低限要求された機能措置を遵守していること。接続性、十分な電力供給、十分な冷却システムおよびEnvironmentへの物理的アクセスの管理が含まれるがこれに限定されない
   4. クラウドまたはクラスタ向けの最小サイズ要件が常に満たされていること
7. アップタイムサービスレベル
   1. マネージドサービスは、以下のアップタイムサービスレベルを含みます:

      	2つの地域の間で配分される顧客業務量向けデータプレーン	単一地域の中の顧客業務量向けデータプレーン	管理水準（OpenStack/Kubernetes API、ウェブUIおよびCLI）
      アップタイム	99.9%	99.5%	99%

   2. データプレーンには以下のものが含まれます:
      1. 仮想化（単一のコンピュートノードに依存しないようアーキテクチャが組まれた業務量向け）
      2. ストレージ（ブロックおよびオブジェクト）
      3. インスタンス向けネットワーク
   3. サービスレベルに対してダウンタイムが計算されるには、Canonicalに直接起因するものでなければならず、12ヶ月の期間を通じて計測されます。予定済みメンテナンスウインドウおよび顧客からのいかなるリクエストも、アップタイムの計算の際には考慮されません。

仮想マシンとクラウドインスタンス

1. Ubuntu Advantage for Infrastructure, Virtualサービスは、該当する Ubuntu Advantage for Infrastructureの提供内容に合致し、以下に記載された例外事項の対象となります。
2. Ubuntu Advantage Infrastructure, Virtualサービスは、インストースされるとUbuntuサーバ向けに提供され、(1) Ubuntu認証済みパブリッククラウドパートナーの環境内において、または(2) ゲストがCovered Hypervisor上で運用しているという条件下で物理的ホスト上で、仮想化した環境内のゲストとして運用されます。
   注: 基盤技術のみが一覧表示されます。これらは、OpenStackのようなクラウド経由で提供可能です。ハイパーバイザのベンダーがUbuntuのサポート対象バージョンの特定一覧を提供する場合、これらバージョンのみがUbuntu Advantage for Infrastructure, Virtualサービスで利用可能となります。
3. 認証済みパブリッククラウドのパートナーは、Ubuntuのパートナー一覧でご覧になれます:
4. Kubernetesのサポートは、上記のUbuntu Advantage for Infrastructureのアプリケーションセクションの規定として含まれています。
5. Ubuntu Advantage for Infrastructure, Virtualサービスは、以下のものは提供しません:
   1. Hypervisorサポート
   2. OpenStackサポート
   3. MAASサポート
   4. 選択済みのハイパーバイザ向けにネイティブイメージを提供
   5. 追加の除外事項は、該当するUbuntu Advantage for Infrastructureサービス提供のものに合致します。

デスクトップサポート

1. デスクトップサポートサービスは、以下に記載された例外事項の対象となっています。
2. 対象範囲：デスクトップサポートは、基本ネットワーク認証に必要なUbuntuデスクトップISO内のパッケージすべてと、sssd、winbind、ネットワークマネージャおよびUbuntuメインレポジトリ内のネットワークマネージャプラグインを用いた接続に必要なパッケージをカバーしています。
3. 対象外
   1. デュアルブート（その他のオペレーティングシステムと共生する）
   2. Ubuntu上の動作が認証されていない周辺機器
   3. Ubuntuのコミュニティフレーバー
   4. x86_64以外のアーキテクチャへのサポート

アドオン

アドオンは、各ノード基盤で別々に利用可能な追加サポートサービスを構成し、下層ノードが適切なUbuntu Advantageサポートによりカバーされていることが必要です。

1. Rancherサポート
   1. 要件: ノードは、Ubuntu Advantage for Infrastructureによりカバーされていなければなりません。
   2. Rancherサポートは、Kubernetesのチャームドディストリビューションを管理しているときにRancher Labsが刊行した互換性マトリクスとサポートライフサイクルに従い、Rancher 2.xの使用に関して故障修理サポートおよび基本的な質問への回答を提供します。
   3. Rancherサポートは、以下のものは提供しません:
      1. Rancher 1.xからRancher 2.xへのマイグレーション作業
      2. Rancherへの第三者アドオンへのサポートおよび基本的な質問への回答
      3. Rancherのインストール
2. Trilioサポート
   1. 要件: ノードはUA for Infrastructureでカバーされていなければなりません。
   2. Trilioサポートは、Trilio Data, Inc.が刊行した互換性マトリクスとサポートライフサイクルに従い、Trilioの使用に関して故障修理サポートおよび基本的な質問への回答を提供します。
   3. Trilioサポートでは、以下のものは提供されません:
      1. Trilioバージョン間での作業量のマイグレーション
      2. Trilioへの第三者アドオンへのサポートおよび基本的な質問への回答
      3. Trilioのインストール
3. ストレージサポート
   1. Ubuntu Advantage for Infrastructureには、ノードごとに利用可能なストレージ向け割当量が含まれます。「OpenStack & Kubernetesサポート」セクションをご覧ください。
   2. ノードの割当量を超過した場合、追加ストレージサポートを取得する必要があります。
   3. ストレージサポートは、対応する応答回数において提供されます。
   4. ストレージサポートは、すべてのストレージプールに保存された合計データ量によって計測され、ギガバイトで表示されます。これには空き容量や全ての複製、そして消去コーディングオーバーヘッドは除外されています。
   5. ストレージサポートは、CephやSwiftへのサポートに適用されます。
   6. 容量が無限のストレージサポートを購入した顧客は、単一のCephクラスタまたはSwiftクラスタ内でのサポートに限定されます。

MAASサポート

1. サポートの対象：MAASサポートの資格を得るためには、MAASリージョンコントローラに接続されたUbuntuのノードは全てUbuntu Advantage for Infrastructureの下でカバーされ、Ubuntuではないノードは全て、MAASの下でカバーされていなければなりません。
   1. UA-Iは、MAAS向けサポートを含みます。
   2. MAASサポートの対象資格を維持するには、UA-Iの下でカバーされていないノード全てに対してMAASを購入する必要があります。
2. 含まれているサポート：MAASは以下のものを提供します:
   1. Canonicalが提供するオペレーティングシステムイメージを使って、マシンを起動する能力のサポート
   2. Canonicalにより提供されていない認証済みオペレーティングシステムイメージをMAASのイメージに変換するのに必要なツールのサポート
   3. MAAS Image Builderを使用するライセンス
3. 対象外：MAASでは以下のものは提供されません:
   1. MAASのデプロイメントの実行に必要なもの以外の業務量、パッケージおよびサービスコンポーネントへのサポート
   2. MAASを使ってデプロイされたノード向けサポート
   3. MAASデプロイメントの設計と導入の詳細サポート
   4. MAASとともにデプロイされた機械向けのLandscapeとCanonical Livepatch Serviceへのアクセス
4. バージョン：MAASのバージョンは、Ubuntuアーカイブからリリースされた日から1年間、UbuntuのLTSバージョン上でサポートされます。

ソフトウェア

1. ランドスケープ・オンプレミス
   1. ランドスケープ・オンプレミスのサポートは、Ubuntu Advantage for Infrastructureに含まれています。
   2. ランドスケープ・オンプレミスサービスには、以下のものが含まれています:
      1. ランドスケープ・オンプレミスのシングルインスタンスをダウンロードおよびインストールするライセンス
      2. Ubuntu Advantageサービスを顧客が購入したマシン（物理的または仮想的を問わず）向けに、ランドスケープ・オンプレミスの管理やモニタリングサービスを使う能力
      3. デプロイメントの方法:
      4. 「クイックスタート」インストール手法を使ってインストールする場合、ランドスケープ・オンプレミスがインストールされているマシン向けのサポートが含まれています。
      5. 手動インストール手法を使ってインストールする場合、ランドスケープ・オンプレミスがインストールされているサーバ2つまでのサポートが含まれています。
      6. Jujuを使ってデプロイする場合、「濃密デプロイメント」手法がサポートされます。
2. ライブパッチ・オンプレミス
   1. ライブパッチ・オンプレミスのサポートは、Ubuntu Advantage for Infrastructureに含まれています。
   2. サービスは、ライブパッチ・オンプレミスのシングルインスタンスのダウンロードおよびインストールのライセンスを提供します。

プロフェッショナルサポートサービス

1. テクニカルアカウントマネージャ （TAM）
   1. Canonicalは、サービス期間中、週当たり最大10時間のサービスを実施するTAMの提供により、サポートを強化します:
      1. 該当するUbuntu Advantageサービスでカバーされるプラットフォームおよび設定についてサポートと最善例のアドバイスを提供
      2. 相互合意した回数の顧客の運用上の問題に対処する隔週のレビューコールに参加
      3. 該当する場合、TSANet またはCanonicalの直接提携を通じてマルチベンダー問題を調整。根本原因が特定されたら、TAM はサブシステムのベンダーと協力し、その通常のサポートシステムを通じて問題を解決すべく業務を実施
   2. サービスパフォーマンスを査定し、改善の余地のある部分を特定すべく、Canonicalは四半期ごとにサービスレビュー会議を顧客と行います。
   3. TAMは顧客の現場を毎年訪れ、オンサイトのテクニカルレビューを行います。
   4. TAMは、TAMの業務時間中に事例サポートの対応が可能です。業務時間外は、Ubuntu Advantage Support Processを通じてサポートが提供されます。
2. 専任テクニカルアカウントマネージャ（DTAM）
   1. Canonicalは、サービス期間中の現地業務時間中（Canonicalの休暇ポリシーによる）、最大で週当たり40時間、以下のサービスを実施する DTAMを提供してサポートを拡充します:
   2. 該当するUbuntu Advantageサービスでカバーされるプラットフォームおよび設定について、サポートと最善例のアドバイスを提供
   3. DTAMが担当する顧客対応部門から発生するサポートリクエスト全てに対して、最初の連絡先として機能
   4. Canonicalの標準サポート対応の規定および顧客のニーズに従って、サポートの格上げと優先化を管理
   5. 顧客の運営上の問題に対処する定期的なレビューコールに参加
   6. 該当する場合、TSANet またはCanonicalの直接提携を通じてマルチベンダー問題を調整。根本原因が特定されたら、DTAM はサブシステムのベンダーと協力し、通常サポートシステムを通じて問題を解決すべく業務を実施
   7. 該当するCanonicalの内部研修および能力開発活動に参加（直接、およびリモートで）
   8. サービスパフォーマンスを査定し、改善の余地のある部分を特定すべく、Canonicalは四半期ごとにサービスレビュー会議を顧客と行います。
   9. DTAMは、DTAMの業務時間中に事例サポートの対応が可能です。業務時間外は、Ubuntu Advantage Support Processを通じてサポートが提供されます。
   10. DTAMが5営業日を超えて休暇を取る場合、Canonicalは当人の休暇期間をカバーすべく、一時的にリモート人材を割り当てます。Canonicalは、予見可能なDTAMの休暇に関して顧客と調整を行います。
3. 専任サポートエンジニア（DSE）
   1. Canonicalは、サービス期間中の現地業務時間中（Canonicalの休暇ポリシーによる）、最大で週当たり40時間、以下のサービスを実施する DSEを提供してサポートを拡充します:
      1. 顧客の要件に対応すべく、要求に応じてオンサイトで待機。
      2. 顧客の環境内で使用され、Canonicalの提供内容への統合が必要な製品を理解し、Canonicalからの提供商品がきちんと使用されることを保証すべく、かかる製品に対して最高の支援を提供
      3. 該当するUbuntu Advantageサービスでカバーされるプラットフォームおよび設定について、サポートと最善例のアドバイスを提供
      4. DSEが担当する顧客対応部門から発生するサポートリクエスト全てに対して、最初の連絡先として機能
      5. Canonicalの標準サポート対応の規定および顧客のニーズに従って、サポートの格上げと優先化を管理
      6. 顧客の運営上の問題に対処する定期的なレビューコールに参加
      7. 該当する場合、TSANet またはCanonicalの直接提携を通じてマルチベンダー問題を調整。根本原因が特定されたら、DSE はサブシステムのベンダーと協力し、通常サポートシステムを通じて問題を解決すべく業務を実施
      8. 該当するCanonicalの内部研修および能力開発活動に参加（直接、およびリモートで）
   2. サービスパフォーマンスを査定し、改善の余地のある部分を特定すべく、Canonicalは四半期ごとにサービスレビュー会議を顧客と行います。
   3. DSEは、DSEの業務時間中に事例サポートの対応が可能です。業務時間外は、Ubuntu Advantage Support Processを通じてサポートが提供されます。
   4. DSEが5営業日を超えて休暇を取る場合、Canonicalは当人の休暇期間をカバーすべく、一時的にリモート人材を割り当てます。Canonicalは、予見可能なDSEの休暇に関して顧客と調整を行います。

Ubuntuアドバンテージのサポート
サービスプロセス

1. サービス開始
   1. サービスの開始時に、Canonicalはランドスケープ、サポートポータル、およびオンラインナレッジベースの技術担当者一名へのアクセスを提供します。
   2. お客様は、当初の技術担当者を通じて、サポート対象のシステムの数に基づいてCanonicalと連携するために、以下の表に示されているように技術担当者を選択することができます。これらの技術担当者は、サポートポータルへの資格を保持し、サポートをリクエストする際の主な窓口となります。
      

      Ubuntuアドバンテージサポート対象のマシン数	技術担当者
      1-20	2
      21-50	3
      51-250	6
      251-1000	9
      1001-5000	12
      5001以上	15

      
      
   3. お客様は、サポートポータルを介してサポートリクエストを送信することにより、いつでも指定する技術担当者を変更できます。
2. サポートリクエストを送信する
   1. 顧客アカウントがサポートポータル内でプロビジョニングされると、顧客はサポートリクエストをオープンすることができます。
   2. 特に明記されていない限り、顧客はサポートポータルを通じて、または電話でサポートチームに連絡することによってサポートケースを提出できます。
   3. サポートケースは、単一の個別の問題、争点、またはリクエストで構成されている必要があります。
   4. ケースにはチケット番号が割り当てられ、自動的に応答されます。電子メールや電話などケースに直接入力されないすべての通信は、品質保証のためのタイムスタンプ付きでケースにログインされます。
   5. ケースを報告する際は、Canonicalが適切な重大度レベルを決定するためにその影響度を報告してください。複数のサポートを同時にリクエストされるお客様には、ビジネスへの影響の深刻度に応じてケースの優先順位付けをお願いすることがあります。
   6. ケースの解決に向けて、Canonicalから要求されるすべての情報の提供をお願いしています。
   7. Canonicalはサポートポータル内に各案件の記録を保存し、お客様が現在のすべての案件をトラッキングしそれに対応し、過去の案件をレビューできるようにしています。
3. サポートの重大度
   1. サポート依頼が開始されると、Canonicalサポートエンジニアがケース情報を検証して重大度を判断し、お客様と協力してケースの緊急性を評価します。
   2. 対応時間は、該当するサービス提供の説明に記載されています。
   3. 重大度を設定する際に、Canonicalのサポートチームは以下の定義を使用します。

      重大度レベル1 コア機能が利用できない場合	Canonicalは、適切なサポートエンジニアおよび/または開発エンジニアを通じて、購入したサービスレベルに応じて継続的な努力を払い、回避策または恒久的な解決策を提供します。コア機能が利用可能になるとすぐに、適切な重大度レベルに引き下げられます。
      重大度レベル2 コア機能が著しく低下した場合	Canonicalは、該当する営業時間内に回避策または恒久的な解決策をお客様に提供するために協力します。コア機能の低下がある程度回復した場合、重大度レベルはレベル3に下げられます。
      重大度レベル3 標準サポートが依頼された場合	Canonicalは、適用する営業時間内に合理的な努力を払い、可能な限り早く回避策または恒久的な解決策を提供します。回避策が提供された場合、Canonicalのサポートエンジニアは、この問題に対する恒久的な解決策の開発に取り組みます。
      重大度レベル4 緊急以外の要請の場合	レベル4の要請には、表面的な問題、情報の要請、機能の要請、および同様の問題が含まれます。Canonicalは、機能要求への対応についてのスケジュールまたは保証を提供しません。Canonicalは、各レベル4のケースを確認し、それが将来のリリースにて検討すべき製品強化の問題であるか、現在リリースされているもので修正すべき問題であるか、または将来のリリースで修正すべき問題であるかを判断します。Canonicalは、補償時間内には妥当なレベルの努力を払って情報の要請を確認し、対応します。またCanonicalが適切であると判断した場合には、対応後にレベル4の案件をクローズする場合があります。

4. 応答時間：Canonicalは、適用可能なサービスおよび重大度に基づき、下記の回答期間内にお客様からのサポートリクエストに対応するよう、合理的な努力を払います。
   1. 応答時間の表

      	Standard	Advanced
      重大度レベル1	4時間 （週末と休日を除く）	1時間
      重大度レベル2	8営業時間	2時間
      重大度レベル3	12営業時間	6時間
      重大度レベル4	24営業時間	12時間

   2. 解決：Canonicalはサポート案件を解決するために合理的な努力を払いますが、
      回避策、解決方法、または解決時間の保証はしません。
5. ホットフィックス：重大なサポート案件を一時的に解決するために、Canonicalはパッチを適用する該当ソフトウェアのバージョン（パッケージなど）を提供する場合があります。このようなバージョンは「ホットフィックス」と呼ばれます。Canonicalが提供するホットフィックスは、対応するパッチがUbuntu 文書 のソフトウェアのリリースに組み込まれてから90日間サポートされます。ただし、パッチが該当するアップストリームプロジェクトによって拒否された場合、ホットフィックスはサポートされなくなり、ケースは未解決のままになります。
6. 言語：Canonicalは英語でサポートを提供しますが、特定の時期に他の言語が利用可能になる場合があります。
7. リモートセッション：Canonicalは、リモートアクセスサービスを使用してお客様のサポート対象システムへのアクセスをにアクセスすることを申し出ることがあります。その場合、Canonicalはどのリモートアクセスサービスを使用するかを決定します。
8. Ubuntuのアドバンテージ管理のエスカレーション：サービスに満足されない場合は、その状況をCanonical管理者にエスカレートする方法がいくつかあります。
9. 案件終了時のフィードバック：ケースがクローズされると、Canonicalからのサポートに対する総合的な経験について、案件のオーナーにアンケート調査がメールで送信されます。すべてのアンケート調査は経営陣によって見直しされます。
10. ピアレビューの依頼：通常のビジネス手法として、Canonicalはすべての案件の一部に対してピアレビューを行います。お客様は、案件のコメント欄にて、またはサポートポータルに記載されている電話番号に連絡し、ケースに関するピアレビューを要請することができます。案件を見直しフィードバックを提供するために、中立のエンジニアが割り当てられます。
11. 管理のエスカレーション：お客様は、エスカレーションプロセスに従ってサポートの問題を上申することができます。
    1. 緊急ではないニーズ：Case[の中[で管理のエスカレーションを要請してください。1営業日以内にマネージャーに連絡が行き、マネージャーが案件を確認して回答を投稿します。
    2. 緊急のニーズ
       1. support-manager@canonical.comに電子メールを送ってCanonicalのSupport＆Technical Services Managerに上申してください。
       2. さらに上部への上申が必要な場合は、Canonicalのサポート＆テクニカルサービスのディレクターにメールをお送りください（operations-director@canonical.com）。

用語の定義

• 「バグ修正サポート」は、サポート対象のパッケージでのみ有効なコードバグのサポートを意味します。これには、バグが存在するかどうかを判断するための問題のトラブルシューティングは含まれません。
• 「営業時間」は、他の場所が合意されていない限り、顧客の本部の近くのロケーションでの休日を除いた月曜日から金曜日の08:00から18:00までを意味します。
• 「Cephクラスタ」とは、単一の物理的なデータセンター内でのCephインストールを意味し、一意の識別子によって指定されています。
• 「Kubernetesのチャームディストリビューション」とは、Jujuおよび公式のCanonical-Kubernetes バンドルをベアメタル、クラウドゲスト、または仮想マシンに展開したことを意味します。
• 「チャーム」とは、ソフトウェアパッケージ間の関係を展開および構成することを目的とした、Jujuアプリケーションモデリングと互換性のある一連のスクリプトを意味します。
• 「クラウド」とは、OpenStackクラウドコンピューティング環境の展開を意味します
• 「クラウドゲスト」とは、Ubuntuサーバのゲストインスタンスまたはコンテナインスタンスを意味します。
• 「クラスタ」とは、Kubernetesコンピューティング環境のデプロイメントがCanonicalによって管理されることを意味します。
• 「コンテナインスタンス」とは、クラスタ内で実行されているコンテナインスタンスを意味します。
• 「対象ハイパーバイザー」とは、KVM |Qemu | Bochs、VMWare ESXi、LXD | LXC、Xen、Hyper-V、VirtualBox、z / VM、Dockerのいずれかを意味します。
• 「デプロイメント」とは、kubeadmを使用したKubernetesのチャームディストリビューションまたはkubeadmを使用したKubernetesをデプロイするプロセスを意味します。Jujuがすべてのアプリケーションをが- 「開始」状態にあることを報告すると、デプロイメントは成功したと見なされます。
• 「DSE」とは、1人のお客様のためにフルタイムでサポートするCanonicalの専任サポートエンジニアを意味します。DSEはお客様のサポート組織の延長としての役を務め、お客様の環境内でCanonical製品を統合およびサポートに主眼を置いています。
• 「DTAM」とは、単一のお客様のために、リモートでフルタイムの作業に専念するCanonicalサポートエンジニアを意味します。
• 「Environment」とは、特定のサービス提供に適用するクラウドまたはクラスタを意味します。
• 「フルスタックサポート」とは、ユーザーおよび運用レベルのOpenStackの機能、パフォーマンス、および可用性に関する問題に対処することを意味します。
• 「ゲストインスタンス」とは、クラウド内で実行される仮想マシンインスタンスを意味します。
• 「インフラストラクチャサービス」とは、CanonicalがEnvironmentのデプロイメント、管理、監視、および維持に使用するサービスのことで、MAAS、ランドスケープおよびLMAサービスを含みます。
• 「Kubernetes」とは、Canonicalから配布され、「Kubernetes」として知られるコンテナオーケストレーションソフトウェアを意味します。
• 「ランドスケープ・オンプレミス」とは、お客様のハードウェアにインストールされているCanonicalのLandscapeシステムを管理するソフトウェアを意味します。
• 「ライブパッチ・オンプレミス」とは、お客様のハードウェアにインストールされたCanonicalのlivepatchリポジトリソフトウェアを意味します。
• 「LMAサービス」とは、ロギング、モニタリング、およびアグリゲーションサービスを意味し、現在はNagios、Prometheus、Alertmanager、Grafana、GraylogおよびElasticsearchが含まれています。
• 「管理対象ノード」とは、インフラストラクチャサービスを実行するか、またはCanonicalによって実行されるJujuコントローラに管理され、Jujuによって生存していると見なされるノードを意味します。
• 「最小サイズ要件」とは、クラウドに対して継続的に利用可能な少なくとも12台のホストノード、またはクラスタに対して継続的に利用可能な10台のホストノード、またはCanonicalと書面で合意したその他のサイズ要件を意味します。
• 「ノード」とは、環境を実行する目的で、お客様からCanonicalに提供される（または代金を支払われる）物理ノードまたは仮想マシンを意味します。ノード上に作成されたさらなるマシン（仮想かコンテナーかを問わず）は、それ自体はノードとは見なされません。
• 「OpenStack」とは、CanonicalからUbuntuとともに配布されている「OpenStack」と呼ばれるクラウドコンピューティングソフトウェアを意味します。
• 「OpenStackパッケージ」とは、UbuntuアーカイブのUbuntuメインリポジトリに存在するOpenStackに関連するパッケージを意味します。これには、Ubuntuクラウドアーカイブで配信されるパッケージの更新も含まれます。これには以下にリストされているチャームが含まれますhttps://wiki.ubuntu.com/OpenStack/OpenStackCharms.。
• 「物理ノード」とは、物理コンピューティングインフラストラクチャの単一の名前付き/管理対象ユニット、本質的にはシェルフまたはラックユニットを意味します。複数のCPUソケット、コア、NIC、ストレージコントローラ/デバイスが含まれる場合があります。
• 「パブリッククラウド」とは、第三者（つまりCanonicalおよびお客様以外）がゲストインスタンスまたはコンテナインスタンスを作成および管理できるEnvironmentを意味します。
• 「Rancher」は、Rancher Labsによって公開されているRancherとして知られるソフトウェアを意味します。
• 「Region」とは、通常は身元（キーストーン）サービスのみを他のRegionと共有する専用のAPIエンドポイントを持つ個別のOpenStack環境を意味します。OpenStack Regionは単一のデータセンター内に含まれている必要があります。
• 「サポート」とは、故障修理サポートとサポートパッケージに関する基本的な質問に答えることを意味します。Kubernetesの設定と最適化だけでなく、展開とアップグレードの支援もサポートの範囲外です。
• 「サポートされているKubernetesパッケージ」とは、CanonicalまたはCNCFが適切なパッケージリポジトリを介して配布しているバイナリ形式のKubernetesを含むパッケージを意味します。
• 「サポートパッケージ」とは上記のOpenStackパッケージとKubernetesパッケージの組み合わせを意味します。
• 「Swiftクラスタ」とは、単一の物理データセンターへの単一の迅速インストールを意味し、固有の識別子で指定されます。
• 「TAM」とは、お客様のスタッフおよび管理者と個人的に共同作業するためにリモートで働くCanonicalのサポートエンジニアを意味します。
• 「Trilio」とは、Trilio Data、Incが発行しているTrilioと呼ばれるソフトウェアのことです。
• 「アップグレード」とは、バージョン間でKubernetesをアップグレードするプロセスを意味します。Jujuがすべてのアプリケーションを「開始」状態と報告すると、アップグレードは成功したと見なされます。Canonicalは、アップグレードプロセス中に発生した有効なバグのサポートを提供します。
• 「有効なカスタマイズ」とは、ホライズンまたはOpenStackパッケージのOpenStack APIを介して行われた設定を意味します。誤解を避けるために付け加えれば、有効なカスタマイズにはCanonicalによって明示的に実行または承認されていないアーキテクチャの変更は含まれません。プライベートクラウドビルド中に設定された構成オプションは、クラウドの健全性にとって重要であると見なされるべきであり、これらを変更すると、クラウドがサポートされなくなる可能性があります。継続的なサポートを確実に提供するために、変更要求はCanonicalによって検証されなければなりません。
• 「仮想マシン」とは、認識されているハイパーバイザーテクノロジー（KVM、VMWare ESXi、OpenStack、またはパブリッククラウド）上でインスタンス化された仮想化コンピューティングインスタンスを意味します。