Gene WorkSpace

これまでの数本の記事で NIST によるクラウドの定義を紹介してきましたが、今日から本題に入り、ベアメタルからクラウドを構築する手順をステップバイステップで解説します。まず、筆者が予定しているクラウド構築のアーキテクチャを大まかに紹介します。IaaS レイヤー：今回のクラウドの IaaS レイヤーには OpenStack を使用してサービスを提供します。選択した理由は以下の通りです：現在最も一般的なプライベートクラウドは OpenStack を使用しており、開発が成熟しており、ユーザーが多く、小規模から大規模まで対応可能です。オープンソース (Open Source)：オープンソースであることが最も重要なので 3 回書きました。オープンソースであるため、ソフトウェアの入手が容易で、無料で使用できます (Apache License)。読者の皆さんも筆者の手順に従って容易に実装できるはずです。PaaS レイヤー：PaaS レイヤーには Kubernetes を選択してサービスを提供します。選択した理由は以下の通りです：現在最も一般的なコンテナオーケストレーションプラットフォームであること。各主要パブリッククラウドがマネージドサービスを提供していること。基本機能の開発が成熟しており、ユーザーが多く、規模の大小を問わないこと。オープンソース (Open Source)：多くの読者が Kubernetes の経験をお持ちだと思います。今回のテーマでは、Kubernetes を OpenStack 上に構築し、[…] を使用する方法も解説します。

昨日、クラウドの 3 つのサービスモデルを紹介しましたが、今日は昨日のクラウドの定義を引き継ぎ、クラウドサービスの 4 つのデプロイメントモデルについて紹介します。デプロイメントモデル：NIST が定義するクラウドのデプロイメントモデルは、主に以下の通りです。プライベートクラウド (Private Cloud)、パブリッククラウド (Public Cloud)、ハイブリッドクラウド (Hybrid Cloud)、コミュニティクラウド (Community Cloud)。ハイブリッドクラウドをマルチクラウド (Multi Cloud) と呼ぶ人もいます。ここでの紹介も、中興大学高齢者学習ネットワークの翻訳を一部引用します。プライベートクラウド：クラウドインフラストラクチャが特定の組織のために運用されるもので、組織自身またはサードパーティの管理者がオンプレミス (On premise) またはオフプレミス (Off premise) でデプロイします。プライベートクラウドはパブリッククラウド環境の柔軟性という利点を備えているだけでなく、ネットワークやユーザーが特定の制限を受け、データやプログラムが組織内部で管理されるため、ネットワーク帯域幅、セキュリティの懸念、法規制の制限などの影響を受けにくく、クラウドプロバイダーやユーザーがクラウドインフラをより制御でき、セキュリティと柔軟性を向上させることができます。簡単に言えば、会社が自社で構築したクラウドは通常プライベートクラウドであり、ユーザーは通常、社内の他の開発部門となります。コミュニティクラウド：クラウドインフラストラクチャが、共通の関心事（特定のミッション、セキュリティ要件、ポリシー、コンプライアンスの考慮事項など）を持つ複数の組織によって制御および使用されるものです。組織またはサードパーティによって管理され、オンプレミスまたはオフプレミスでデプロイされます。このモデルは現在、比較的珍しいと思われます。パブリッククラウド：クラウドインフラストラクチャが一般大衆または大規模な業界グループに提供されるもので、クラウドサービスを販売する組織によって所有されます。柔軟性に加え、コスト効率も備えています。これにより、パブリッククラウドのユーザーは、物理マシンやそのデータセンター、電力、冷却設備のコストや技術を節約できます。また、「パブリック」だからといってユーザーのデータが誰にでも見られるわけではなく、クラウドプロバイダーは通常、ユーザーに対してアクセス制御メカニズムを実施します。パブリッククラウドは、一般に最も広く認識されているクラウドでもあります。現在、国際的なパブリッククラウドの 3 大事業者は AWS、Google GCP、Microsoft Azure であり、その他に Oracle Cloud、Tencent、Alibaba、IBM Cloud などの比較的小規模な事業者も存在します。ハイブリッドクラウド：クラウドインフラストラクチャが 2 つ以上のクラウド（プライベート、コミュニティ、またはパブリック）で構成されるものです。これらのクラウドは独自のエンティティとして維持されますが、標準または独自の技術によって結合され、データやアプリケーションのポータビリティを実現します。このモデルでは、ユーザーは通常、企業にとって重要でない情報をアウトソーシングしてパブリッククラウドで処理し、同時に企業内部の機密性の高いサービスやデータを制御します。現在、一部のベンダーは「卵を一つのカゴに入れない」ために、単一のパブリッククラウドの障害によるサービス中断を避けるべく、複数のパブリッククラウドを同時に使用する計画を立て始めています。通常、ハイブリッドクラウドを構築するには、エンジニアが各クラウドを一定程度理解している必要があり、また、プログラムが異なるクラウド間で正常に動作する必要があるため、各パブリッククラウド独自のサービスを利用するのが難しくなります。以上が NIST で定義されている 4 つのクラウドデプロイメントモデルです。まとめ：クラウドデプロイメントモデルも、必須条件に比べれば理解しやすいはずです。多くの読者もパブリッククラウドの使用経験があると思います。今回の IT 鉄人レースではプライベートクラウドの概念に焦点を当て、1 台の物理サーバーから […] ステップバイステップで皆さんをご案内します。

前書き：皆さんこんにちは、Gene です。Cloud Native Taiwan User Group に参加したことがある方なら、私の名前を聞いたことがあるかもしれません。今回、コミュニティメンバーに勧められて初めて IT 鉄人レースに参加することになりました。「ベアメタルからクラウドへ — 30 日間で学ぶクラウド構築」というテーマでお送りします。今回のレースでは、クラウドの概念の紹介から始め、読者の皆さんにクラウドの概念を理解していただいた後、OpenStack のアーキテクチャとデプロイ方法、そして最後に Kubernetes のアーキテクチャと OpenStack 上での Kubernetes のデプロイ方法へと進みます。全体として、今回のテーマでは受講者の皆さんと一緒に、シンプルな Linux マシンからステップバイステップで独自のプライベートクラウドを構築していきます。クラウドの定義：通常、クラウドの定義は「The NIST Definition of Cloud Computing」に基づいて説明されます。NIST はクラウドの定義を 3 つの異なる方向から定義しています。主要な特徴 (Essential Characteristics)、サービスモデル (Service Model)、デプロイメントモデル (Deployment Model)。主要な特徴：クラウドの主要な特徴は全部で 5 つあり、これらはクラウドの最も核となる概念でもあります。それらには以下が含まれます：オンデマンド・セルフサービス (On-demand Self-service)：消費者は自身のニーズに応じて、ベンダーの担当者とのやり取りを必要とせず、クラウドサービスプロバイダーが提供するネットワーク、ストレージ、コンピューティングリソースを自ら利用できます。広範なネットワークアクセス (Broad Network Access) […]