Amazon VPCとは*Amazon Virtual Private Cloud*の略です。わかりやすく言うとAWSアカウントで利用できる仮想的に割り当てられた**専用プライベートクラウド**のサービスです。Amazon VPCにより*IPアドレスおよびサブネットの管理・ルーティング・ゲートウェイの設定*等一連の**仮想ネットワークの制御**が可能です。
参考：[Amazon Virtual Private Cloud](https://aws.amazon.com/jp/vpc/)

AWSとは、*Amazon Web Service*の略で最大の*クラウドサービス事業者*です。AWSは245の国と地域で提供しており、**提供地域が広い**ことが強みです。提供サービスも200を超えており**豊富なサービスと導入実績の多さが特徴**です。

AWSで何ができるのか？AWSの概要や強みについても解説

DX時代を勝ち抜くエンジニアを目指してAWS移行に詳しくなろう!

一般的にネットワーク機器は手配から構築まで時間を要します。*Amazon VPCのメリット*は*仮想ネットワーク空間*を**即座に割り当てる**ことができる点です。

Amazon VPCはプライベートクラウドの空間を割り当てることで、ネットワークの機器を増設せずに必要なネットワーク設定を行うことができます。さらに*AWS VPN*で*企業ネットワークと接続*することで、事業拡大に合わせたサービス展開をしたり用途に合わせたVPCを設定したりすることができます。

また*共有VPC*を設定することで*複数のAWSアカウント*でAmazon EC2やAmazon RDS等サービスの*リソースを共有*したり*一元管理*したりすることも可能です。

*AWSのサブネット*は、Amazon VPCで設定する**ネットワークアドレス単位**を指します。ここでいうサブネットとは、一般的にネットワーク環境で用いるサブネットと*同等の考え方*で、IPネットワークを細分化することを指します。
参考：[Amazon VPC ユーザーガイド VPC とサブネット](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/VPC_Subnets.html)

*サブネットの記述方法*は**CIDR表記**で表し、具体例は”10.0.0.0/16”等が挙げられます。表記ではIPアドレスのプレフィックスとしてネットワークアドレスの後にスラッシュ（/）の後とネットワークアドレスビット数を記載します。

AWS VPCの作業は？VPCとサブネットの設定方法を解説！

CIDR（サイダー）は、Classless Inter-Domain Routingの略です。*IPネットワークのクラスを部分的に割り当て*て**IPアドレスの使用量を削減**します。

これまでIPアドレスはプレフィックスとホストアドレスに分かれており、32ビットのIPアドレスはプレフィックスとして8ビット・16ビット・24ビットのいずれかを割当していました。CIDRでは、可変長サブネットマスクVLSM（Variable Length Subnet Masking）を用いるため、IPアドレスの浪費を抑えてルーティング効率を向上します。

同様に*CIDRブロック*とは、CIDRのプレフィックスに基づいてIPアドレスを解釈する**アドレスグループ**を指します。CIDRプレフィックスで記載したIPアドレスの範囲をCIDRブロックとしてネットワーク割当や設定の対象アドレスとして指定することができます。

AWSでは最初のサービス利用時に*Amazon VPCを作成*し、*CIDR表記*を用いて**サブネットを設定**します。この初期設定で*Amazon Elastic Compute Cloud（EC2）*のインスタンスを起動したり、サービスを用いて外部通信したりすることができるようになります。
参考：[Amazon VPC ユーザーガイド VPC とサブネットの使用](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/working-with-vpcs.html)

AWS Amazon EC2のインスタンスとは？インスタンスの起動・確認方法を合わせて解説！

Amazon VPC自体は使用料金はかかりませんが、以下の**要素ごとに料金が加算**されていきます。
・**NATゲートウェイ**
利用可能なNATゲートウェイの時間に対して処理データ1GBあたり料金で請求されます。1時間未満は1時間に切り上げ請求されます。
・**Amazon VPC Reachability Analyzer**
指定接続ポイント間の分析処理毎に料金が発生します。
・**Amazon VPC トラフィックミラーリング**
トラフィックミラーリングが有効な場合、1時間単位で請求されます。
参考：[Amazon VPC の料金](https://aws.amazon.com/jp/vpc/pricing/)

Amazon EC2等のサービスをVPCで利用する場合は*データ転送料金*が発生します。同様にVPN接続の場合は*VPN接続時間*で料金が発生します。その他料金計算はAWS 料金計算ツールを用いて試算することが可能です。
参考：[AWS 料金計算ツール](https://calculator.aws/#/createCalculator/VPC)

AWSの料金計算法を覚えて頼られるITエンジニアになるために

*VPCの接続方法*はルーティングとピアリングがあります。
・**ルーティング**
トランジットゲートウェイを使ってオンプレミスネットワークとVPCを中継することができます。また、AWS PrivateLinkでVPCエンドポイントを用いて、AWS MarketplaceとVPCをプライベートに接続することもできます。

・**ピアリング**
ピアリングは1対1での接続形式となります。同一アカウントで2つのVPCを接続したり、異なる2つのアカウントでのVPCを接続したりします。利用者は複数のピアリング接続を行うことができるため、同時に複数のVPCに接続し利用することができます。

Amazon VPCを利用するには、*Amazon VPCコンソール*を用いて必要な操作を行います。具体的には最初にCIDR表記を用いて**サブネットを作成**していきます。そこで利用するCIDRブロックを指定します。Amazon VPCコンソールを用いずに作成する場合は、*AWS CLIやAWS Tools for Windows PowerShell*から操作します。

サブネットが作成できたら**ルーティングを設定**し、サービスが利用可能となります。コンピュートサービスを利用する場合は*Amazon EC2コンソール*を用います。インスタンス起動のサブネットを指定しキーペアを選択します。

AWS VPNは、AWSのVirtual Private Networkソリューションです。わかりやすく言うと仮想的に割り当てられた**専用ネットワーク**のサービスです。*オンプレミスネットワーク・リモートオフィス・クライアントデバイス・AWS グローバルネットワーク*間の**接続を保護**し、**安全性を高めます**。
参考：[AWS VPN](https://aws.amazon.com/jp/vpn/)

AWSのVPCとVPNは、わかりそうでわかりにくい用語です。ここでは再度違いを説明しておきます。
・**Amazon VPC**
Amazon VPCはAmazon Virtual Private Cloudの略です。VPCは仮想クラウドのことで、Private Cloudは占有型クラウドサービスを指します。わかりやすく言うと、パブリッククラウドサービスでありながらプライベートクラウドスペースを仮想ネットワーク上に提供し、独占的にクラウドサービスを利用し運用・管理を行うサービスです。

・**AWS VPN**
AWS VPNは、AWSのVirtual Private Networkです。VPNは仮想ネットワークを指し、Private Networkは専用線を意味します。わかりやすく言うと共同利用しているネットワークにおいてもあたかも利用者が独占的に利用するネットワークを開設しているのと同等の操作感・運用方法・セキュリティ維持がされるサービスです。

このAWS VPNサービスを利用することで企業ネットワークとAmazon VPC間をトンネリング接続し、専用ネットワークを確立します。

### Amazon VPC のデフォルトクォータ

デフォルトクォータとはリソースの上限設定で、以前は*クォータ*と呼ばれていました。クォータは必要時に**引き上げをリクエスト**することができます。
参考：[Amazon VPC クォータ](https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/amazon-vpc-limits.html)

以下は代表的な*引き上げ可能なリソース*となります。クォータ不足時は設定値を確認してみましょう。
・VPCとサブネット（VPC数・サブネット数・CIDRブロック数等）
・Elastic IP アドレス（IPv4）（Elastic IPアドレス数）
・Gateways（インターネットゲートウェイ数・NATゲートウェイ数等）
・カスタマーマネージドプレフィックスリスト（プレフィックスリスト数・バージョン数・エントリ数等）
・ネットワークACL（ACL数・ルール数）
・ネットワークインターフェイス（ネットワークインターフェイス数）
・ルートテーブル（ルートテーブル数・ルート数）
・セキュリティグループ（セキュリティグループ数、ルール数）
・VPCピアリング接続（ピアリング接続数・リクエスト数）
・VPCエンドポイント（エンドポイント数・ポリシーサイズ）
・VPC共有（アカウント数・サブネット数）

AWSでセキュリティグループを組むメリットと注意すべきポイント

## VPCを活用して仮想ネットワークを有効活用しましょう

Amazon VPCを活用することで、*セキュリティを強化したクラウドサービス*を構築することができます。

さらに自社内ネットワークのオンプレミス環境とのクラウド連携を図ることもができます。今後さらに*パブリッククラウドの利用*が見込まれており、**VPC利用はますます重要**になってきます。必要な場面を想定して事前準備をおすすめします。

Amazon VPCは、仮想ネットワークで割り当てられた専用プライベートクラウドサービスです。VPCを利用することで企業と接続したハイブリッドクラウド環境を構築することもできます。ここではサービスの概要と利用方法・AWS VPNとの違いを解説していきます。

Amazon VPCは仮想的に割り当てられた専用プライベートクラウドのサービスです

クラウドサービスの管理を安全にできるほか、早期にサービス環境を立ち上げることができます

各企業とのネットワーク接続もAWS VPNを活用し、より安全に業務利用することができます

Amazon VPCとは？AWS VPNとの違いもわかりやすく解説

**OpenShiftとは、Red Hat社が提供するコンテナソリューション**を指します。OpenShiftを説明する前に、まずはコンテナの成り立ちを説明します。

コンテナ登場までは*仮想マシンを用いたサーバー仮想化が広く利用されていました*が、個々の仮想ノードでOSが起動することでメモリー使用量やCPU消費がシステム資源から割当され、アプリケーション開発から導入までを切り替える際にも開発者がすぐに対応できない問題がありました。

そのため、DockerコンテナによるOSレベル仮想化ソフトウェアが登場し、**Kubernetesがコンテナオーケストレーションのソフトウェア**として利用拡大しました。

OpenShiftは、Kubernetesを**企業向けに活用**するためにセキュリティアップデートとサポートを提供し差別化を図ったコンテナソリューションです。
参考：[Red Hat OpenShift](https://www.redhat.com/ja/technologies/cloud-computing/openshift)

Kubernetesはスピーディに機能追加がされており、およそ3か月ごとにマイナーバージョンアップがされています。*マイナーバージョンアップのスピードが速い*のが利点ですが、サポート終了も早いという欠点があります。このサイクルは企業が**安定的・継続的に運用する際の障壁**となっているのが実態です。

OpenShiftでは、安定的・継続的にシステム運用するために以下の特長とメリットを持っています。


・**CI/CD（Continuous Integration/Continuous Delivery）機能の実装**
開発コードをベースに、アプリケーション実行環境のコンテナをビルドする一連のCI/CD機能を実装しています。そのため、開発をしながらデリバリを継続実施する自動化された手順を運用に組み込み効率を高めることができます。

・**長期サポートの提供**
マイナーバージョンアップが短期間でリリースされるKubernetesでは、サポート期間の短さが悩みの種となっています。この課題に対し、OpenShiftではKubernetesを含んた製品長期サポートを提供しており、企業向けの利用を見据えた差別化が図られています。

・**セキュリティ機能を標準搭載**
OpenShiftでは、Kubernetesにエンタープライズ用途のセキュリティ機能を搭載しています。具体的には脆弱性に対処するセキュリティ修正をパッチ提供し、セキュリティ機能を追加搭載することでニーズに対応するものです。

### OpenShiftとKubernetesの違いは？

*Kubernetesは開発者に人気のあるコンテナソリューション*です。しかしながら、商用で利用するためには*追加モジュールを組み合わせる必要*があります。車のパーツを例にわかりやすく言うと、Kubernetesは*車のパーツを個別に調達し、好きな部品を組み合わせて利用する*イメージです。

OpenShiftではわかりやすく言うと、*必要な部品が装備されている完成車*のイメージとなります。OpenShiftは企業向けに継続的・安定的に利用できる製品とサービスが同梱・内包されていますので、**汎用的に企業向けに利用できる**メリットがあります。

*Docker*も代表的なコンテナソリューションで、**OSレベル仮想化ソフトウェア**として用いられています。

Kubernetes登場まではDockerコンテナが直接活用されていました。しかしながら、Dockerはコンテナの自動化に必要とされる*オーケストレーション機能が十分とは言えず*、コンテナとして利用されているものの*後に登場したKubernetesにオーケストレーションの主役の座*を奪われてしまいました。

特にKubernetesベースのプロジェクトである*Cloud Native Computing Foundation（CNCF）*が発足してからは、**Kubernetesがデファクトスタンダード**となっています。CNCFはクラウドベンダーや仮想化ソフトウェアベンダーの多くが賛同しているプロジェクトで、Linux Foundationのプロジェクトの1つに位置づけられています。

Dockerとは？使いどころやメリット・デメリットについて解説！

OpenShiftは2011年、**独自実装のLinuxコンテナソリューション**としてリリースされました。コンテナとは仮想マシンとは異なり、アプリケーションの動作環境を仮想的に実装する技術です。仮想OSが不要ですのでアプリケーションの起動が速く、効率的にシステム資源を利用することができます。

OpenShiftはその後仕様変更によりv3で**Dockerをコンテナとして採用し、Kubernetesをオーケストレーション技術として採用**したことで利用者が増加しました。v4ではアーキテクチャの変更をさらに行い差別化が図られています。

OpenShiftのソースコードビルド方法ですが、*Source-to-image（S2I）*を用いることで簡単にDockerイメージを生成できるようになっています。

OpenShiftクラスタとは、**コンテナオーケストレーションの実装**を意味します。OpenShiftクラスタを構築することで必要とされる*アプリケーションをコンテナで管理し、負荷分散や業務切り替えに利用*します。

### OpenShiftのアーキテクチャと構成図

OpenShiftは**マスターノードとワーカーノード**に分類できます。マスターノードとは、ワークロードのデプロイを管理するノードで1つまたは複数のマスターノードで構成されています。ワーカーノードとは、コンテナアプリケーションの実行ノードで1つ以上のノードから成ります。

**コンテナ管理の最小単位はPod**と呼んであり、アプリケーションは1つ以上のPodとしてデプロイされます。各ノードは*Red Hat Core OSがベースOSとして稼働*し、その上で複数のコンテナが稼働します。さらにノード群全体を**クラスタと呼び、マスターノードが全体を管理します。**

Red Hat Core OSには、Ignition・cri-o・Kubeletが含まれています。*Ignitionとは、OpenShift Container Platform のノード起動するための初回システム設定ソフトウェア*です。cri-oは、Kubernetes ネイティブコンテナランタイムインターフェイスです。Kubeletは、Kubernetes のプライマリノードエージェントです。

構成図としてはクラウドサービスと連携するサービス層、端末接続を行うルーティング層の間に**マスターノードとワーカーノードを配置**します。**ワーカーノードはクラスターネットワーク**で接続します。

**OpenShiftは、ユーザがカスタマイズしながら運用するセルフマネージドソフトウェア**として利用できます。この他、主要パブリッククラウド上で*フルマネージド型のサービスとしても利用可能です。*OpenShiftサービスを提供する主要クラウドサービスは以下のものが挙げられます。

・**Azure Red Hat OpenShift**
マイクロソフト社が提供するAzureで提供されるAzure Red Hat OpenShift（ARO）は、Kubernetesを拡張したOpenShiftクラスタをフルマネージドでデプロイ運用することができます。
参考：[Azure Red Hat OpenShift のドキュメント](https://docs.microsoft.com/ja-jp/azure/openshift/)

・**Red Hat OpenShift on IBM Cloud**
IBM社が提供するIBM Cloud コンソールで、クラシック Red Hat OpenShift on IBM Cloudおよび仮想プライベート・クラウド（VPC）第 2 世代コンピュート・インフラストラクチャのクラスターデプロイが可能です。
参考：[Red Hat OpenShift on IBM Cloud 概説](https://cloud.ibm.com/docs/openshift)

・**Red Hat OpenShift Service on AWS**
AWSが提供するRed Hat OpenShift Service on AWS（ROSA）は、オンプレミスのKubernetesをパブリッククラウド上のフルマネージドOpenShiftクラスタへの移行を促進します。公式サイトの説明情報は豊富ですので、Red Hat社AWS社ともに力をいれていることが分かります。
参考：[Red Hat OpenShift Service on AWS概要](https://access.redhat.com/ja/products/red-hat-openshift-service-aws)
参考：[Red Hat OpenShift Service on AWS詳細](https://www.redhat.com/ja/explore/openshift/aws)
参考：[AWS での Red Hat OpenShift](https://aws.amazon.com/jp/rosa/?nc2=h_ql_prod_ct_rosa)

クラウドエンジニアを目指す方必見！Azureを分かりやすく紹介！

## OpenShiftを活用して、企業向けコンテナソリューションに適用しましょう

OpenShiftは企業向けにKubernetesを利用する上で障壁となっていた、**長期保守とセキュリティ機能を搭載**します。CI/CD機能も実装されているので、開発コードをすぐに商用展開することができます。

パブリッククラウドとの連携もしっかりされているので、**企業向けおすすめのコンテナソリューション**です。

OpenShiftは、オーケストレーションソフトウェアであるKubernetesを活用した企業向けコンテナソリューションです。ここではOpenShiftの特長とメリットをお伝えし、さらに他のコンテナソリューションとの違いを説明していきます。

OpenShiftとは、Red Hat社製のコンテナソリューションを指します

Kubernetesを活用した企業向けコンテナソリューションとして、不足機能を追加したものです

パブリッククラウド連携をしっかりされており、おすすめのコンテナソリューションです

OpenShiftとは？特長とメリットをわかりやすく解説！

Azureとは、マイクロソフト社によって提供されている**クラウドコンピューティングサービス**を指します。コンピューティング・ストレージ・ネットワークをはじめとするコンピューターリソースの他、*データベースやAI・機械学習・IoT等業務用途に応じたサービスを提供しています。*
参考：[Microsoft Azure](https://azure.microsoft.com/ja-jp/)

クラウドサービスはこれまでのシステム所有型と異なり、利用型と言われており**利用料に応じて月額課金**されます。そのため初期費用を含めた総所有コスト（TCO）が削減されると言われており、利用が拡大しています。

Azureは*代表的なクラウドサービスで、AWSに次いで利用されています。*特にWindows環境のクラウド運用では**マイクロソフト製品連携の強み**があり、サービス利用が増加しています。

Azure仮想マシンは、Azureの**主要コンピューティングサービス**です。用途に応じて、最大416の vCPUと12TBメモリまで仮想マシンのリソースを割り当て可能です。
参考：[Azure 仮想マシン](https://azure.microsoft.com/ja-jp/services/virtual-machines/#overview)

用途に合わせて選択しやすいように、*仮想マシンセレクタ―*という条件設定で、希望する仮想マシンがワークロード種別・OSとソフトウェア・デプロイリージョンの条件から選択することも可能です。
参考：[Azure 仮想マシン セレクター](https://azure.microsoft.com/ja-jp/pricing/vm-selector/)

Azureの料金は**利用料課金**となります。*料金計算ツールとTCO計算ツール*が提供されますので、最適なプランを選定することができます。
参考：[Azure の価格](https://azure.microsoft.com/ja-jp/pricing/)

Azure仮想マシンの料金は*OS/ソフトウェア・カテゴリ・VMシリーズ・リージョンから決定*されます。
参考：[Windows Virtual Machines の料金](https://azure.microsoft.com/ja-jp/pricing/details/virtual-machines/windows/)

Azureは**無料アカウントを作成することで、Azure仮想マシンにおいても無料枠**が利用できます。具体的には2021年11月現在、以下のような特典が利用できます。


・30日以内に利用できる200USドルのクレジット取得
・以下のサービスを含む28サービスが12か月間無料
　Azure Database for PostgreSQL
　Azure Database for MySQL
　Azure Key Vault
　Azure Media Services、Encoding 機能
・29のサービスが常に無料
参考：[Azure の無料アカウント](https://azure.microsoft.com/ja-jp/free/)

Azure仮想マシンの場合はWindows・Linuxともに、*12か月の間B1sバースト可能仮想マシンが毎月750時間分無料提供*されます。

Azureは**Microsoft社が運営・提供**するクラウドサービスです。Azureは*140の国と地域*でサービス提供されており、47のリージョンで管理されています。ここではサービス内容と実際の仮想マシンの設定について説明していきます。

### 仮想マシンのシリーズ種類は？

Azureは**用途やレベルに応じてあらかじめ仮想マシンの構成をシリーズとして定義しています。**シリーズの種類と想定用途は以下の通りです。

・**Aシリーズ**
エントリ レベルのVMで、低コストシリーズです。開発・テスト用のサーバーや低トラフィックWeb サーバー、中規模までのデータベース等を想定しています。Av2 Standardは Aシリーズの最新世代となります。

・**Bsシリーズ**
経済的なバースト対応VMで、需要が急増した際に必要なCPU負荷に対応します。開発・テスト用のサーバーや低トラフィックWeb サーバー、小規模データベース・マイクロサービス等を想定しています。

・**Dシリーズ**
インテルXeonやAMD EPYCを選択することが可能で、企業向けアプリケーション・eコマース システムからWeb フロント エンド・デスクトップ仮想化等汎用ワークロードに対応します。中規模までのデータベース・アプリケーションサーバーをカバーします。

Das v5はローカル一時ストレージなし、Dads v5はローカル一時ストレージありのDシリーズ最新世代となります。ハイパースレッド機能が利用できる他、ストレージもAzure Premium SSD・Ultra Diskストレージをサポートしています。

・**Eシリーズ**
SAP HANAに代表される大量メモリ使用の企業向けアプリケーション、大規模データベース・ビジネスインテリジェンスや、インメモリビジネスワークロードやビジネス クリティカルアプリケーションに対応します。ハイパースレッディングも活用し、ビジネストランザクションに対応します。

Eas v5はローカル一時ストレージなし、Eads v5はローカル一時ストレージありのDシリーズ最新世代となります。

・**FSeries**
ハイパースレッディングに対応し、バッチ処理や分析処理、Webサーバー・ゲーム等のCPU能力重視の仮想マシンです。Fsv2・F・Fs・FXの各シリーズがあります。

・**Gシリーズ**
より多くのメモリとSSDストレージを搭載し、大規模SQLデータベース・NoSQLデータベース、企業向けERP・SAP・DWHワークロードに対応します。

・**Hシリーズ**
ハイパフォーマンスコンピューティング向けの仮想マシンです。インテルXeonやAMD EPYCの俳句ロックモデルをサポートしています。数値解析やシミュレーション・金融計算やリスク分析・電気電子設計やレンダリング等の計算ワークロードを想定しています。

・**Lsシリーズ**
高速ローカル NVMeストレージ・高速大容量SSDストレージをサポートしており、大規模SQLデータベース・NoSQLデータベース等の大規模トランザクション・DWHワークロードを想定しています。

・**Mシリーズ**
SAP HANA・SAP S/4 HANAに代表される大量メモリ使用の企業向けアプリケーション、超並列インメモリビジネスワークロードやビジネス クリティカルアプリケーションに対応し、vCPU数も最大128までサポートします。

・**Mv2シリーズ**
M シリーズを強化したシリーズで、SAP HANA・SAP S/4 HANAに代表される大量メモリ使用の企業向けアプリケーション、超並列インメモリビジネスワークロードやビジネス クリティカルアプリケーション大規模ワークロードに対応し、最大12TBメモリ・416vCPUまでサポートします。

・**Nシリーズ**
GPU機能があり、AI深層学習におけるコンピューティング処理や視覚化等グラフィック処理の負荷が高いワークロード向けシリーズです。GPUによるシミュレーションやビデオ編集等にも利用できます。

Nシリーズはさらに3つのオプションが用意されており、ハイパフォーマンスコンピューティング用「NCシリーズ」・ディープ ラーニング用「NDsシリーズ」・グラフィックアプリケーション用「NVシリーズ」が選択可能です。ハイスピードインターコネクトのInfiniBandがオプション設定されています。

Azureでは、一般的に用いる**数多くのLinuxディストリビューション**がサポートされています。さらに*お好みのイメージを使用したり、Azure Marketplaceに登録されているイメージ*を利用したりすることもできます。
参考：[Azure の Linux 仮想マシン](https://azure.microsoft.com/ja-jp/services/virtual-machines/linux/#product-overview)

正式サポートされている*Linux OS ディストリビューションとバージョン*は以下の通りです（2021年11月現在）。
・Rogue Wave Software CentOS
　CentOS 6.x、7.x、8.x
・credativ Debian
　8.x、9.x、10.x
・Kinvolk Flatcar Container Linux
　Pro、安定版、ベータ版
・Oracle Oracle Linux
　6.x、7.x、8.x
・Red Hat Red Hat Enterprise Linux
　6.x、7.x、8.x
・SUSE SUSE Linux Enterprise
　SLES/SLES for SAP 11.x、12.x、15.x
　SUSE Public Cloud Image Lifecycle
・SUSE openSUSE
　openSUSE Leap 15.x
・Canonical Ubuntu
　Ubuntu Server・Pro 16.x、18.x、20.x

Windows OSサポートに際し、AzureではWindowsのバージョンごとに、あらかじめ**必要なパッチを適応**しサービス利便性を高めています。
参考：[Windows Virtual Machines](https://azure.microsoft.com/ja-jp/services/virtual-machines/windows/)

具体的なサポート*Windows Server*は以下の通りです（2021年11月現在）。
・Windows Server 2019
　WA-GUEST-OS-6.36_202110-01
　WA-GUEST-OS-6.35_202109-01
・Windows Server 2016
　WA-GUEST-OS-5.60_202110-01
　WA-GUEST-OS-5.59_202109-01
・Windows Server 2012 R2
　WA-GUEST-OS-4.95_202110-01
　WA-GUEST-OS-4.94_202109-01
・Windows Server 2012
　WA-GUEST-OS-3.102_202110-01
　WA-GUEST-OS-3.101_202109-01
・Windows Server 2008 R2 SP1
　WA-GUEST-OS-2.115_202110-01
　WA-GUEST-OS-2.114_202109-01
参考：[Azure ゲスト OS リリースと SDK の互換性対応表](https://docs.microsoft.com/ja-jp/azure/cloud-services/cloud-services-guestos-update-matrix)

Linux仮想マシンを作成するには、Azure Portalを利用します。Azure Portalの*「virtual machines」検索*から「サービス」「仮想マシン」を選択します。「仮想マシン」「追加」で仮想マシンの作成ページを開き、「基本」「Project details」を確認し「新規作成」を選択します。

表示された「インスタンス詳細」から「仮想マシン」と「リージョン」を選択し、「イメージ」で希望する*ディストリビューションイメージを選択*します。

その後「管理者アカウント」情報を設定し、「受信ポートの規則」を設定「Review + create」ボタンで設定内容を確認し「作成」をクリックします。「受信ポートの規則」では「選択したポートを許可する」をチェックし、受信ポートの選択ドロップダウンから *[SSH (22)] と [HTTP (80)] *を選択します。

キーペアを生成したら仮想マシンへの接続が可能になります。**仮想マシンへの接続はSSH**を用い、必要なサービスやアプリケーションのインストールを行っていきます。
参考：[クイック スタート:Azure portal で Linux 仮想マシンを作成する](https://docs.microsoft.com/ja-jp/azure/virtual-machines/linux/quick-create-portal)

### Windows仮想マシンの作成方法

Windows仮想マシンの作成方法は、**Linux仮想マシン作成と同じ手順**で進めていきます。Azure Portalで「仮想マシン」「追加」の際は「イメージ」で希望する*Windows Serverのイメージ*を指定します。「受信ポートの規則」では「選択したポートを許可する」をチェックし、受信ポートの選択ドロップダウンから*[RDP (3389)] と [HTTP (80)]*を選択します。

Windowsの場合は仮想マシンへの接続は**RDP**を用います。仮想マシンの概要ページで 「接続」「RDP]」をクリックします。表示された「RDP で接続する」ページでは「RDP ファイルのダウンロード」をクリックし、RDPファイルをダウンロードします。ダウンロード完了したら、ファイルを開き「接続」をクリックします。

アカウント情報を入力したら接続が完了します。その他の管理作業は*PowerShellやAzure Cloud Shell*を用いると便利です。
参考：[クイック スタート:Azure Portal で Windows 仮想マシンを作成する](https://docs.microsoft.com/ja-jp/azure/virtual-machines/windows/quick-create-portal)

### AzureでWindows10を利用するには？

AzureはAzure Virtual Desktopという**仮想デスクトップをサポート**しています。仮想マシンを使って*Windows10やWindows11*のデスクトップとアプリケーションを操作・実行することができます。
参考：[Azure Virtual Desktop](https://azure.microsoft.com/ja-jp/services/virtual-desktop/#overview)

作成するにはAzure Portalを利用します。Azure Portalの*「Azure Virtual Desktop」検索*から「ホスト プールの作成」「基本」「新規作成」を選択しリソースグループを作成します。既存リソースグループを指定することもできます。ここで仮想マシン作成時に「ギャラリー」から必要な*Windows10イメージを選択*します。

## Azureのサービスを理解し、総所有コスト削減をすすめましょう

Azure仮想マシンはマイクロソフト社の*クラウドコンピューティングサービス*です。マイクロソフト社の製品連携に強みがありますので、ソフトウェア資産を有効活用しコスト削減が可能となります。Azure仮想マシンを用いて利用型課金モデルへ移行することで、**総所有コスト削減が可能**となりおすすめです。

Azure仮想マシンとは、Azureで提供しているクラウドコンピューティングサービスの名称です。レベルに応じたシリーズが設定されており、必要なリソースを確保することができます。ここでは、そのサービス概要から仮想マシン作成方法まで解説していきます。

Azureはマイクロソフト社が提供しており、仮想マシンはコンピューティングサービスを指します

仮想マシンサービスは必要な用途とレベルに応じてシリーズが設定されています

WindowsとLinuxのOSに対応しており、Windows10仮想デスクトップサービスも提供されます

Azure仮想マシンとは？サービス概要から作成方法まで解説！

AWSの構成図（アーキテクチャ図）とは、**AWSで提供されるサービスの利用状況やアプリケーション内部の状態を視覚的に整理したもの**です。ここでは、AWS構成図の概要と必要性について解説します。

ITエンジニアなら知っておくべきAWS入門とAmazon EC2

構成図とは、**アプリケーション内部の各システムの繋がり（ネットワーク）を表現するもの**で、システム構成図・ネットワーク構成図のように表現されることもあります。AWSの構成図では、まず自社システムとAWSとの境界・接続部分を明確にしましょう。

AWS内部の構成図を作図するにあたり、物理的に離れた複数の拠点が存在する場合は、拠点がある国・地域別にリージョンを整理します。リージョン内の複数のアベイラビリティゾーンのうち、どこにシステムが属しているかを記載しましょう。

続いてよりシステムの内部を作図します。必要なVPCをIPアドレス毎に割り当て、サブネットを設定しましょう。このとき、各種ゲートウェイの情報を対応する形で記載します。接続する部分は線で繋いで表現しましょう。

EC2を利用している場合は、インスタンスを図で表現します。スケールアウト・スケールアップの表現の方法を統一しておくと便利です。データベース・ストレージなども同様に、1つの構成図内に関係性を表現します。これで*AWS内のシステムネットワークが一目で分かる状態を構築可能*です。

AWSのリージョンとは？リージョン一覧と日本のリージョンを解説！

AWSのリージョンとは？提供サービスをリージョン一覧から解説！

AWSの構成図作成は、業務効率化を図るうえで必要不可欠です。共通の構成図によってシステムを視覚的に理解することで、**改善・増強・機能追加を検討する際のコミュニケーションがスムーズになります**。システム開発時にも開発の方向性・課題のチェックに役立つでしょう。

作図する構成図は、対象とするシステム・アプリケーションのステークホルダー全体のニーズに沿ったものにするのが望ましいと言えます。エンジニア・開発者などのエキスパートのみが理解できるものではなく、必ずしもシステムに関する知識レベルが高くないメンバーにも理解できるものが必要です。

チーム全体のニーズを反映した構成図の作図は非常に大変な作業です。構成図のようなドキュメント作成は、システム開発・設計業務と比べて優先度が低く、後回しにされてしまうこともあるでしょう。

さらに、システム変更を適宜図に反映するなどといった構成図自体の保守も時間と労力がかかる作業です。したがって*構成図の作図・保守をできるだけ効率的に実施する方法が必要*です。以降では、構成図の作成方法について触れていきます。

AWSの構成図を作成する方法は作成者が選択できます。0から自分で作り上げることも可能ですが、効率的に作図するためには、**テンプレート・アイコンや作図ツールを利用する**とよいでしょう。

### テンプレート・アイコンを活用する

AWS構成図を作成する際、**あらかじめ用意されているテンプレート・アイコンを利用することをおすすめします**。AWSをはじめ、いくつかのサービスで作図に便利なアイコンやテンプレートが提供されています。

アイコンとは、前述のインスタンス・データベース・サーバーのような構成図に必要なパーツを図示したものです。AWSから提供されているため利用しましょう。オリジナルで作成しても良いですが、*Web上に公開されている構成図と揃えておくと、ヘルプの参照などで理解しやすくなります*。

テンプレートは、ネットワーク・システムの接続状態・階層構造などを表現した図形です。テンプレートの上にアイコンを配置していくことで、構成図を効率的に作図できます。アイコン同様、Web上の情報と構造を揃えておくと、比較する際の労力を軽減できます。

参考：[AWS アーキテクチャアイコン](https://aws.amazon.com/jp/architecture/icons/)

テンプレートとアイコンが揃ってしまえば、特別な描画ツールがなくてもExcel・PowerPointで構成図を作成可能です。これらの*Officeソフトを利用するメリットは、学習コストの低さ*でしょう。日常的に使っている人が多く操作方法が広く知られているため、誰でも簡単に作成・更新が可能です。

また、汎用的なファイル形式でデータのやり取りができる点もOfficeソフトを使う利点でしょう。一般的なPCでファイルの閲覧・編集ができるため、複数人で共有しながら操作するようなシーンで役立ちます。

一方、作図作業の効率を考えると作図ツールを利用したほうが良い場合もあります。本来Excelは作図用のツールでないため機能面で制限があります。**実用的な構成図を作成し、更新しながら恒久的に活用していくなら、次に紹介する作図ツールの活用を検討**しましょう。

### draw.io・cacooなどの作図ツールを活用する

構成図などの作図に便利なツールはいくつも提供されています。オンライン上で利用できるツールも多く、イメージファイルとしての出力はもちろん、**Web上への公開や複数人での同時作業にも対応できる**のが特徴です。

基本的には使いやすいものを選んだり、自社のリソースとして既に存在するツールがあればそれを使ったりと自由に選べます。ただ、*AWS構成図用のツールを搭載しているサービスもある*ため、AWS構成図を作図するなら、優先的にチェックしてみるのも良いでしょう。

AWSダイアグラムツールを搭載しているサービスには、draw.io・cacooなどがあります。AWSが提供しているシンプルアイコンの活用がスムーズな点がメリットです。無料で試すことができるツールも多いので、まずは実際に触れてみるとよいでしょう。

参考：[draw.io](https://app.diagrams.net/?splash=0&libs=aws4)

参考：[cacoo](https://cacoo.com/examples/aws-diagram-software)

AWSのサービス一覧は？豊富なサービスを活用しよう！

ここまで述べてきたとおり、AWS構成図の作成には便利なテンプレート・アイコン・ツールが存在するものの、*作図作業には時間と労力がかかります*。また、**作図後の構成図をシステムの変更に合わせて更新するのも手間**です。ここでは、構成図の自動生成について説明します。

### 構成図作成を自動化するメリット

前述のとおり、AWSの構成図を作図・活用していく中での大きな課題は、**構成図の最新版を保守する手間**であるとも言えます。構成図だけでなく、各種マニュアルなどのドキュメントは、多くの場合更新されず、次第に活用されなくなるという課題を抱えています。

とりわけAWSを活用したシステム構築は、AWSの多様なサービス・リソースを活用して、適宜カスタマイズされていくことが想定できます。システムが更新されるたびに構成図を人の手で更新するのは骨の折れる作業です。

構成図の作成・更新を自動化できれば、*構成図の作図・更新にかける時間・労力を大幅に低減*できます。また、ヒューマンエラーのリスクを考慮する必要がなく、常に正確で最新版の構成図を業務に活用できる点が大きなメリットです。

AWSの構成図を自動生成できるツール・ソリューションとして、AWS Perspectiveというものが実装されています。**AWS Perspectiveを使えば、現在活用中のリソース情報から構成図が自動で生成されます**。規模によりますが、リージョン全体図が数十分程度で作図可能です。

また、*AWSの使用状況・発生コストのレポートを構成図上に表示できるのもAWS Perspectiveを利用するメリット*の1つです。さらに、検索機能を活用すれば、指定したリソースがどこに位置するのかを特定できます。生成した図は画像ファイルや作図ツールへのエクスポートが可能です。

AWS Perspectiveの活用には時間単位でコストがかかります。システムの更新が頻繁に行われる期間には常時起動でも良いですが、利用コストを抑えるならオンデマンドでのデプロイも検討してみてください。

参考：[AWS Perspective](https://aws.amazon.com/jp/solutions/implementations/aws-perspective/)

## 作図ツールや自動生成ツールを使って活用しやすいAWSの構成図を作ろう

AWS構成図は、**AWSを活用したシステム開発・運用において業務を効率化するために必要なもの**です。構成図作図には、便利なテンプレート・アイコンに加え、無料でも使えるオンライン作図ツールの活用が便利でしょう。使いやすいサービスを選び、上手に活用する必要があります。

また、大規模なリソースで構成されたシステムの作図や、作成後の構成図の更新においては、自動生成ツールの活用が便利です。AWS Perspectiveを利用すれば、*構成図の作図・更新を効率的に実施できます*。構成図を有効的に利用するためにもAWS Perspectiveの導入を検討してみてください。

AWSの利用状況を整理し、チームで伝達・共有する目的で構成図の作図は重要です。テンプレート・アイコンが公開されておりExcelなどでも作図可能ですが、利用状況の変更に合わせて更新される自動生成ツールも有用です。AWS構成図の概要と作図ツールについて説明します。

AWSのネットワーク環境を構築するうえで、構成図の作成が必要不可欠

AWSの構成図作成に役立つテンプレート・アイコンが提供されており、無料で使える構成図作成ツールも公開されている

構成図を自動生成・更新できるAWS Perspectiveというソリューションが活用できる

AWS構成図とは？テンプレートやアイコン、自動生成ツールを紹介

**ブリッジSEとは日本と国外の企業の開発者を繋げる伝達者のような役割を担うシステムエンジニアのこと**を言います。

日本と他国では、言語や商取引の過程も異なるでしょう。したがって、日本で当たり前と感じていることも、国外では当たり前でないことが多くあります。

そのような中ブリッジSEが注目を浴びるようになってきています。ここからは、*ブリッジSEが生まれた経緯やブリッジSEの役割・将来性について詳しく紹介*しましょう。

### ブリッジSEという職が生まれた経緯

システム開発を行う際、システムエンジニアが設計やプログラミングを担当します。大規模なシステムになればそれだけ開発に携わるシステムエンジニアの数も増加し、その数に比例して人件費も増えていきます。

ですがシステムの開発だけに人件費を割くわけにはいきません。システムの質を担保した上でなんとか人件費を削減したいと考えます。

そこから生まれたのが人件費の安いところにシステム開発を依頼するというものでした。

国内で人件費の安いところに依頼することを「ニアショア開発」、国外で人件費の安いところに依頼することを「オフショア開発」と呼びます。

このように*自社ではなく他社や国外の企業へシステムの開発を依頼するにあたり、自社と他社・自社と国外の企業の繋ぎ役となるシステムエンジニアが必要*となりました。

**そうして生まれたのがブリッジSEという職**です。

ブリッジSEには「ニアショア開発」と「オフショア開発」2つの活躍の場があります。ここではより活躍を期待されるであろう*「オフショア開発」におけるブリッジSEに焦点を当て紹介*していきます。

「オフショア開発」におけるブリッジSEの役割は大規模やグローバルプロジェクトを行う際に、国外の依頼先との橋渡しとなることです。

**ブリッジSEは提案・企画、設計・開発、運用保守など一般的なSEと同じ業務に加えて、橋渡しとしての役割も担います。**そのためブリッジSEには、一般的なSEと異なる特徴があります。

それは*国内外における言語や文化、習慣の違いについて知識を深めておく必要がある*ことです。

外国語を介したコミュニケーションを取る必要がブリッジSEには、依頼先である国の言語を習得することが欠かせません。自社と依頼先との円滑なコミュニケーションはプロジェクトの進行に深く関係してくるためです。

また時差や依頼先である国のルールやマナーについての知識も必要となります。例えば自国から距離のある土地に位置する会社をオフショア開発先とした場合、時差に注意をする必要があります。この理由として自社の営業時間と依頼先の会社の営業時間が同じではない可能性があることがあげられます。

そして正しいルールやマナーに則った報告・連絡・相談・提案などはビジネスにおいて、外せないポイントです。ルールやマナーは国によって異なることが多々ありますので、オフショア開発依頼先の国における正しい規律を知っておく必要があります。

加えてブリッジSEには国外のオフショア開発先のSEの方々と*コミュニケーションが取りやすい環境を作り出す役割もあります。*

オフショア開発は現時点でも、多くの日本企業がを行っています。システム開発のグローバル化進行に伴い、*今後もオフショア開発やニアショア開発を取り入れる企業は増加していく*でしょう。

そうなれば自社と他社との橋渡しという重要な役割を担う*ブリッジSEの需要も増加*していきます。このことから**ブリッジSEの将来性は高いと言える**でしょう。

ブリッジSEの仕事内容を解説する前にシステム開発工程について紹介しましょう。一般的なシステム開発の大まかな流れは「要件定義→外部設計→内部設計→プログラミング→単体テスト→結合テスト→システムテスト→運用テスト→システム移行」です。

それに対しオフショア開発におけるブリッジSEの大まかな仕事内容は「依頼先へのプロジェクト内容説明→設計書の作成・翻訳→依頼先へのシステム開発・設計内容説明→開発中の進捗管理・報告→開発システムの品質チェック・テスト」です。

これらの開発工程を踏まえ、*ブリッジSEの仕事内容の中から2つ紹介*します。

システム開発の工程の「単体テスト」と「結合テスト」の違いを徹底解説！

### システム開発の仕事の進め方や設計書について説明を行う

これまでにも説明しましたが、日本のシステム会社で常識とされていることが国外では通じないことも多くあります。

そのためブリッジSEは国外の*依頼先に対して仕事の進め方を正確に分かりやすく説明し、品質の担保や納品の予定日などの認識合わせをします。*

日本のシステム開発会社が作成した設計書は「行間を読む」ことがあります。設計書には直接表現されていない設計者の真意をくみ取ることを前提に作成されている場合もあるのです。

ですが依頼先によっては「行間を読む」ということが通じない可能性があります。そこでブリッジSEの出番です。

**ブリッジSEが補足説明を行うことで、依頼先のSEを含めたチームの方々との認識齟齬を防ぐ**ことが可能となります。

### 納品物の受け入れのチェックを行う

お役立ち記事