オペレーティングシステムのライフサイクルとサポート終了 (EOL)/延長サポート (ELS) ソリューションの概要 - Elastic Compute Service

OS ライフサイクルのフェーズを理解し、オペレーティングシステムがサポート終了 (EOL) に達した後のセキュリティリスクを軽減します。

OS ライフサイクルのフェーズ

リリース後、オペレーティングシステムはベンダーのサポート状況に基づき、次のフェーズを経ます。

メインストリームサポート (MS) フェーズ：ベンダーは、更新、脆弱性の修正、技術サポートなど、包括的なサポートを提供します。このフェーズは通常、製品の販売が終了するまで継続します。
延長サポート (ELS) フェーズ：提供可否は OS と市場需要によって異なります。ベンダーは限定的なサポートを提供し、通常は重大なセキュリティ更新と脆弱性の修正に限定されます。新しい機能は追加されません。サポートは通常、有償であるか、特定の顧客に限定されます。
サポート終了 (EOL) フェーズ：ベンダーは、セキュリティ更新および技術サポートを含むすべてのサポートを停止します。これは、OS の正式な廃止を意味します。

オペレーティングシステムにライフサイクルがある理由

技術の進歩と進化するセキュリティ脅威が、OS のライフサイクルを推進します。古い OS バージョンは最新ハードウェアの性能を十分に活用できない場合があり、また、ベンダーにとってそれらを維持するコストは高くなります。明確なライフサイクルを設けることで、ユーザーはより高いパフォーマンスとセキュリティを得るために新しいバージョンへアップグレードしやすくなります。

各フェーズのビジネスへの影響

MS フェーズ

ベンダーは、更新、脆弱性の修正、技術サポートなど、包括的なサポートを提供します。OS レイヤーのセキュリティと安定性を維持するために、ベンダーがリリースしたパッチを速やかに適用してください。

説明

OS レイヤーのセキュリティは基本ですが、ソフトウェアアーキテクチャレイヤーおよびビジネスロジックレイヤーにおけるセキュリティと信頼性も確保する必要があります。

ELS フェーズ

ELS フェーズでは、ベンダーは一部のセキュリティ更新と技術サポートを引き続き提供します。ただし、MS フェーズと比較すると、次のリスクがあります。

セキュリティ更新の制限：リリースされるパッチの数が減り、頻度も低下するため、最新の脅威に対する防御力が低下します。
機能更新の停滞：新機能の開発が停止します。サポートは既存機能の維持と重大なエラーの修正に限定されます。
コストの増加：追加のサポートサービスには追加料金が必要になる場合があります。特に商用オペレーティングシステムではその傾向が顕著です。
移行圧力：ELS の終了が近づくにつれて、新しい OS バージョンへの移行圧力が高まります。移行には多大な時間とリソースが必要です。

ELS は猶予期間を提供しますが、EOL のリスクは回避できません。サポート対象の OS バージョンへの移行を速やかに計画し、実施してください。既存のセキュリティ対策を強化することも、公式サポート喪失の影響を軽減するのに役立ちます。

EOL フェーズ

Elastic Compute Service (ECS) インスタンスの OS がサポート終了 (EOL) に達すると、ベンダーは新しいソフトウェア、新しいハードウェア、エラー修正やセキュリティ修正に対するサポートの提供を停止します。ECS インスタンスで EOL の OS を実行すると、次の問題が発生します。

セキュリティ上の問題：セキュリティ更新やパッチが提供されないため、攻撃に対して脆弱になります。
互換性の問題：新しいハードウェアまたはソフトウェアと互換性がなく、クラッシュや予期しない動作が発生する可能性があります。
コンプライアンスの問題：EOL の OS を使用すると、国、業界、または組織で求められるセキュリティおよびコンプライアンス基準に違反する可能性があります。
信頼性の問題：未修正のエラーにより、システムの不安定化、データ損失、またはファイル破損が発生し、業務運用やデータ整合性に影響する可能性があります。
保守コスト：技術サポートがないため、システムの維持に、より多くの時間とコストが必要となります。

EOL のソリューション

イベント対応とリスク評価

ビジネス状況に基づいて OS のサポート終了 (EOL) イベントに対応してください。影響を受けるサービスがまもなくオフラインになる場合は、そのイベントを無視できます。新規サービスの場合、EOL の OS イメージを使用して ECS インスタンスを作成しないでください。サービスと互換性がある MS フェーズの OS を選択してください。既存サービスの場合は、必要に応じて短期的な移行計画または長期的なソリューションを選択してください。

短期的な移行計画：ELS のサブスクリプション

延長サポートは、移行の難しさを考慮したベンダーによる短期的な妥協策です。ベンダーは当該バージョンへの投資を抑えつつ、ユーザーをアップグレードへ誘導します。すぐに新しい OS へ切り替えられない場合は、移行期間中に更新と修正を受けられるよう、元のベンダーまたはサードパーティの延長サポートをサブスクライブしてください。

すべてのオペレーティングシステムが ELS を提供しているわけではなく、ELS のサブスクリプションが常に最適であるとも限りません。ECS インスタンスにデプロイされているサービスに基づいてサブスクリプションの要否を評価するか、長期的な安定性のために OS を直接アップグレードしてください。

長期的なソリューション：OS の移行とアップグレード

ELS は短期的にアップグレード圧力を緩和するだけです。長期的には、OS を MS フェーズのものに置き換えるかアップグレードしてください。実装プロセスは 5 つのフェーズで構成されます。データバックアップ、互換性の検証、受け入れと最適化については、ビジネスアーキテクチャに基づいて独自の計画を設計する必要がありますが、各フェーズの主要な作業ポイントを以下に示します。

フェーズ	主要な作業ポイント
計画と評価	ビジネス互換性、技術要件、制約を評価します。移行計画とダウンタイムウィンドウを定義します。
データバックアップ	システムディスクのスナップショットを作成し、バックアップの可用性を確認します。
互換性の検証	業務プログラムおよび依存ライブラリと、新しい OS バージョンとの互換性をテストします。
移行の実施	ビジネスアーキテクチャに基づいて移行ソリューションを選択し、移行中のシステムの安定性を確保します。
受け入れと最適化	システムの機能を検証し、パフォーマンスメトリクスを監視し、設定のチューニングを完了します。

移行ソリューション

Alibaba Cloud は 3 つの移行ソリューションを提供します。

ソリューション 1：環境の再デプロイ (新規インスタンス)

元の環境を置き換えるために、新しい ECS インスタンスを作成します。

コンテナクラスターの場合、ローリング置換を実行して、サービスを中断せずにノードを段階的に置き換えます。
ECS 環境の場合、アーキテクチャがプライマリ/セカンダリ構成であるかどうかに応じて、ダウンタイムウィンドウを計画します。ビジネスの反復に伴いレガシーインスタンスを廃止できる場合は、新しいインスタンスを作成する際に MS フェーズの OS を選択してください。

ソリューション 2：システムディスクの置き換え

ECS インスタンスのシステムディスクを置き換えます。置き換え中はインスタンスが再起動され、サービスを提供できません。

ソリューション 3：インプレースアップグレードまたは変換

システムディスクを変更せずに、インスタンス内で OS をアップグレードまたは変換します。たとえば、Alibaba Cloud Linux 2 から Alibaba Cloud Linux 3 にアップグレードしたり、CentOS 7 から Alibaba Cloud Linux 3 に変換したりします。このプロセス中はインスタンスが再起動され、サービスを提供できません。

OS 別のライフサイクルと EOL/ELS ソリューション

「CentOS オペレーティングシステム」をご参照ください。
「Alibaba Cloud Linux オペレーティングシステム」をご参照ください。
「Ubuntu オペレーティングシステム」をご参照ください。
「Red Hat Enterprise Linux オペレーティングシステム」をご参照ください。
「Windows Server オペレーティングシステム」をご参照ください。
「その他のオペレーティングシステム」をご参照ください。