クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf

More Related Content

1.クラウドネイティブなサーバー仮想化基盤OpenShift VirtualizationTechnical Sales1
2.全てのアプリケーションはコンテナ化すべきなのか？ (1/2)2● アプリケーションの特性によりコンテナ化し易いワークロードとそうでないワークロードが存在します。○ ステートレス（データを持たない）■ 最もコンテナ化し易い○ ステートフル（データを持つ）■ PVやStatefulSetなどk8sの仕組みを利用可能。DBに関してはOperatorとして実装。○ Windowsアプリ■ Windowsコンテナは存在するが一般的ではない。○ コンテナ未対応のパッケージソフトウェア■ コンテナに対応するかはベンダー依存。ステートレスアプリケーションWindowsアプリケーションコンテナ未対応のパッケージソフトウェア複雑なステートフルアプリケーション（例. データベース）単純なステートフルアプリケーションコンテナ化し易いコンテナ化しづらい
3.全てのアプリケーションはコンテナ化すべきなのか？ (2/2)3● アプリケーションの特性以外に、対象のシステムに対してどれだけ投資が可能か、がコンテナ化を判断する上では重要な要素となります。○ 例えば、Windowsで動作するJavaアプリであっても、ビジネス戦略上重要であり、高頻度な機能追加が必要であれば、OSをLinux化しコンテナ化するということは投資として考えられる。○ 一方で戦略上追加の投資が難しく、既存のコードに手を加えることが難しければ、現在の状態をなるべく変えず仮想マシンで動作するアプリとして保守し続けることが正しい場合もある。ステートレスアプリケーションWindowsアプリケーション複雑なステートフルアプリケーション（例. データベース）単純なステートフルアプリケーション動作環境をLinuxに変えコンテナ化Operatorを利用アプリをリアーキテクトしステートレス化対象システムの状況によりアプリに変更を加える判断が妥当かは変わる
4.コンテナ利用検討プロセス4Step.0プラットフォームの検討Step.1コンテナの利用検討Step.2仮想マシン/物理マシンの利用検討アプリケーション更新頻度スケーラビリティの必要性状態保持(ステート)の有無少ない(塩漬け状態)必要がない多い 必要コンテナ対象サービス開発アプリケーションパッケージ製品(ミドルウェア)コンテナサポート対応可否対応していないステートフルステートレス対応している
5.仮想マシンをどのように管理すべきか？5これまでの仮想マシン管理HW HW HWHyperVisorVM VM VM VM VMContainer Orchestrationコンテナ基盤仮想化基盤以前は仮想化基盤とコンテナ基盤を別々のプラットフォームとして管理する必要があったCloud Nativeな仮想マシン管理HW HW HWContainer OrchestrationCloud Nativeな仮想化ではコンテナ基盤の中で仮想マシンも管理することが可能に => 管理の一元化VM VMコンテナ基盤
6.OpenShift Virtualization6● OpenShift が標準で提供するサーバー仮想化機能○ Linux 仮想化機能KVM に基づくサーバー仮想化○ コンテナ内で実行、コンテナで管理○ Linux, Windows 仮想マシンをサポート● Kubernetes の作法で VM を作成○ ポリシーに基づくスケジューリング○ 宣言的なデプロイ● OpenShift のリソース／サービスとの統合○ コンピュート: Pod, Project■ CPU / メモリの割当、名前空間○ ネットワーク: Service, Route■ クラスタ内部の仮想ネットワーク、外部ネットワーク接続○ ストレージ: Persistent Volume, Storage Class■ 永続ボリューム○ 運用管理系／開発系サービス■ メトリクス監視 / ログ管理、発報、バックアップ / リストア、アプリ死活監視 (Probe)■ CI/CD パイプライン、GitOpsVirtual MachineRed Hat OpenShiftOpenShift Virtualization
7.KubeVirt7Kubernetes上で仮想マシンを動かすことを目的としたオープンソースプロジェクト● 2016年にRed Hatがプロジェクトをスタート● 2017年初にOSSとして公開● 2019年にCNCFプロジェクトの一部に● 2023年7月にversion1.0をリリースThe v1.0 release signifies the incredible growth that the community hasgone through in the past six years from an idea to a production-readyVirtual Machine Management solution. The next stage with v1.0 is theadditional focus on maintaining APIs while continuing to grow theproject. This has led KubeVirt to adopt community practices fromKubernetes in key parts of the project.v1.0のリリースは、過去6年間にコミュニティがアイデアから本番稼動可能な仮想マシン管理ソリューションまで、信じられないほどの成長を遂げたことを意味します。v1.0の次の段階は、APIを維持しながらプロジェクトを継続的に成長させることにさらに重点を置くことです。KubeVirtはプロジェクトの鍵となる箇所において、Kubernetesのコミュニティ・プラクティスを採用していきます。What does v1.0 mean to the community?KubeVirtのコミュニティブログより
8.Linux User LandKVM : Kernel-based Virtual Machine8● Linux カーネルが持つ仮想化機能○ Kernel Land で稼働するカーネルモジュール● KVM + QEMU + libvirt のスタックで仮想化○ QEMU■ 仮想マシンのハードウェアエミュレーションを提供■ User Land で Linux プロセス (qemu-kvm) として稼働○ libvirt■ 仮想マシンの管理レイヤーを提供■ User Land で Linux プロセス (libvirtd) として稼働● Red Hat Enterprise Linux Kernel のコアコンポーネント○ 10 年以上にわたって本番利用されている実績■ Red Hat Enterprise Linux■ Red Hat Virtualization■ Red Hat OpenStack Platformの全てで KVM + QEMU + libvirt を使用HardwareLinux Kernel LandKVMQEMUlibvirtVMQEMUlibvirtVMQEMUlibvirtVM
9.OpenShiftOpenShift Virtualization での実装9HardwareRHCOS Kernel LandKVMQEMUlibvirtVMProject(Namespace)QEMUlibvirtVMQEMUlibvirtVM● KVM は RHCOS の Kernel Land で実行し、OpenShift 上の仮想マシンで共有される。● QEMU + libvirt は OpenShift の Project 内でコンテナ(Pod) の形で実行される○ virt-launcher Pod■ qemu-kvm と libvirtd が一つのコンテナに同梱■ 1 つの VM に対して 1 つの virt-launcher Pod が対応■ “コンテナ化された仮想マシン”○ virt-laucher Pod に CPU/RAM、ネットワーク、ストレージなどのリソースを割り当てる○ Project 内に複数の VM を作ることも可能● “Virtual Machine” カスタムリソースでVM を作成する○ virt-launcher Pod を作るのではない
10.仮想マシンの管理10● VMの作成、更新、削除はGUI (OpenShiftWeb コンソール)、または CLI (oc コマンド)で実行● さらに OpenShift Virtualization の VM 操作に特化した、virtctl CLI も使用可能
11.VM の作成方法11● いくつかの作成方法があり、全てサポート○ テンプレートからクローン○ 既存の OS ディスク (DataVolume) からの Import○ 事前に CPU/RAM の割り当てを定義したインスタンスタイプから○ YAML ファイル
12.VM テンプレート12● ユーザが最も簡単にVM を作成できる方法● いくつかのOS はデフォルトで提供される○ Red Hat Enterprise Linux, Fedora Linux, CentOS○ Windows Server○ 管理者がカスタムテンプレートを作ることも可能● テンプレートで定義する情報○ CPUとメモリ○ ネットワーク構成○ ストレージ構成○ その他■ デフォルトユーザのパスワードなど● 定義済みの情報はVM 作成時にカスタマイズ可能
13.VM の管理 - Overview13● 様々な VM の設定情報○ CPU / メモリ、ネットワーク、ディスク○ OS、IP アドレス、ホスト名など● CPU / メモリ、ネットワーク、ディスクの使用率表示● Pod、スケジューリング、リソースに関するイベントの表示
14.VM の管理 - Actions14● VMのライフサイクルを制御する操作● アクションメニュー○ Start / Stop / Restart / Pause○ Live Migration○ Clone○ Edit labels / annotations○ Delete
15.VM の管理 - Console15● ブラウザベースのコンソールアクセス○ グラフィカル○ シリアルコンソール● virtctl CLI を使ったコンソールアクセスも可能○ virtctl console vmname○ virtctl vnc vmname
16.VM の管理 - Configuration16● VM の構成変更○ NIC の追加 / 編集 / 削除○ 仮想ディスクの追加 / 編集 / 削除○ スケジュールポリシー○ 環境情報 (Secret, ConfigMap など)● VM 無停止の変更反映(Hot-plug) は今後サポート予定
17.VM の管理 - Metrics17● VM ごとのメトリクス情報○ CPU / メモリ 使用量○ ネットワーク In / Out スループット○ ストレージ IOPS / スループット, Read / Write○ ライブマイグレーション
18.詳細なメトリクス18● VM のメトリクスはOpenShift 標準のメトリクスサービス(OpenShift Monitoring) で収集● VM 単位で収集/ 閲覧可能なメトリクスの例○ Active memory○ Active CPU time○ Network in/out errors, packets, and bytes○ Storage R/W IOPS, latency, and throughput● カスタムのダッシュボードを作成可能
19.サポートするゲストOS19● Red Hat Certified ゲスト OS○ Red Hat Enterprise Linux■ RHEL 6, 7, 8, 9○ Microsoft Windows■ Windows 10, 11■ Windows Server 2012R2, 2016, 2019, 2022● その他のゲストOS についてはThird-Party Software SupportPolicy に沿ってサポート提供
20.VMの移行 - Migration Toolkit for Virtualization (MTV)20● 様々なプラットフォームで稼働するVM を OpenShiftVirtualization 上に移行するツール○ OpenShift 上でインストールして実行● 移行元として選択できるProvider○ VMware vSphere○ Red Hat Virtualization○ OpenStack○ Open Virtual Appliances（OVA）○ OpenShift Virtualization● 移行元と移行先(=OpenShift Virt) で、ネットワークとストレージのマッピングを行う● 2種類の Migration タイプから選択○ Cold Migration○ Warm Migration
21.OpenShift で仮想マシンを動かすことのメリット21クラウドのような体験で生産性を高める● ネイティブなマルチテナンシーを活用したセルフサービスの実現● 人手を廃し徹底的な自動化による短時間での仮想マシン作成仮想マシンとコンテナの統一で効率を上げる● 同じ管理インターフェース（GUI, CLI, API）を使った管理手法の統一● インフラリソース（コンピュート, ネットワーク, ストレージ）の統一様々な側面からのコスト抑制アプローチ● 割安なサブスクリプション体系、無制限の Red Hat Enterprise Linux VM● 標準で利用できる、運用管理およびアプリ開発を助けるサービス
22.Copyright © 2024 Red Hat K.K. All Rights Reserved.ユーザー事例「伝統的でミッションクリティカルなシステム」と「アジリティが求められるモダンなアプリケーション」の両立をRed HatOpenShift で実現イスラエル国防軍従来は仮想マシンの上でコンテナ化されたデータ処理サービスを提供していました。新しいプライベートクラウドとしてOpenShift を採用し、仮想マシンとコンテナの両方を並列で実行することで、レガシーシステムをリファクタリングすることなく、Kubernetes ベースの一貫した API を備えた統合プラットフォームに移行しました。アメリカ海洋大気庁米国内の気象観測データを収集・処理し、竜巻や洪水などの危機予測情報を配信するシステムを、従来型のサーバー仮想化基盤上の仮想マシンで稼働していましたが、新たに OpenShift を採用し、アプリケーションのアーキテクチャを変更することなく、OpenShift Virutalization 上の仮想マシンに移行しました。モルガン・スタンレー社全世界に広がるプライベートクラウド基盤で、 OpenShift をセキュアなコンテナ・プラットフォームとして使用してきた同社は、近年 VMware から仮想マシンを OpenShift Virtualization に部分的に移行し、アプリケーション・ワークロードの統合プラットフォームとして活用しています。
23.More information23● Documentation:○ OpenShift Virtualization: https://docs.openshift.com○ KubeVirt: https://kubevirt.io● Demos and video resources:https://www.youtube.com/playlist?list=PLaR6Rq6Z4IqeQeTosfoFzTyE_QmWZW6n_
24.linkedin.com/company/red-hatyoutube.com/user/RedHatVideosfacebook.com/redhatinctwitter.com/RedHatRed Hat is the world’s leading provider of enterpriseopen source software solutions. Award-winningsupport, training, and consulting services makeRed Hat a trusted adviser to the Fortune 500.Thank you24