講師：このレッスンでは､
Lightsailというアマゾンの製品を使って､
クラウドの使い方を紹介します｡
現在､ Lightsailはアマゾンのクラウド製品への参入である｡
コンピュート用のEC2､ ネットワーキング用のRoute
53､ データベース用のAurora､
コンテナ用のFargate､ ストレージ用のS3を使う代わりに､ クラウド初心者の私たちは､ これらすべてを1つの使いやすいパッケージにまとめることができる｡
さて､ まず最初にしたいことは､ awsにアクセスしてアマゾンのアカウントを取得することだ｡
アマゾン com/lightsail.
ここからAWSアカウントの作成をクリックし､
無料でサインアップすることができる｡
アカウントにログインし､ Lightsailのダッシュボードにアクセスします｡
ここからインスタンスの作成をクリックする｡
そうしたら､ 最も近い地域と利用可能ゾーンを選択することになる｡
変更したい場合は､ AWSの地域を変更するをクリックするだけで､
世界中のどこからでも選択できる｡
私の場合､ アメリカの東側に最も近い｡
だから､ us-east-1かus-east-2にはバージニアかオハイオのどちらかを選ぶことにしている｡
さて､ 下にスクロールすると､
プラットフォームを選ぶことができる｡
LinuxやUnix､ あるいはマイクロソフト・ウィンドウズのどちらかを選ぶことになる｡
Lightsailでは､ LinuxやUnixの方がMicrosoft Windowsよりも安いことに注意してください｡
LinuxやUnixはオープンソースのソフトウェアなので､
ライセンス費用がかからないからだ｡
例えば､ LinuxやUnixの最低プランで始めると､
月々わずか3ドルと50セントで､
サーバーとすべての設定ができる｡
一方､ マイクロソフトの場合､
サーバー・ソフトウェアにライセンスがあるため､ 最低レベルで月額8ドルからスタートすることになる｡
私は､ LinuxかUnixを青写真として使うことを勧めるつもりだ｡
その理由は､ A+のコア2に入ると､
実際にLinuxのコマンドを使いこなす必要があるからだ｡
クラウド上にこれを作っておけば､ これから数ヶ月勉強している間に､
クラウド上のLinuxサーバーにログインして､ それを使って練習することができる｡
次に､ 欲しいものを選ぶ｡
アプリケーションとOSが欲しいのか､
それともOSだけが欲しいのか｡
要するに､ サービスとしてのプラットフォームが欲しいのか､
サービスとしてのインフラが欲しいのか､
ということだ｡
さて､ OSのみを使用する場合､
AMIやAmazon Linux 2と呼ばれるアマゾン独自のLinuxバージョンであろうと､
Ubuntu､ Debian､ Free BSD､
openSUSE､ CentOSであろうと､ 使用したいLinuxのバージョンを正確に選択することができる｡
アプリ＋OSを使いたい場合､
これは基盤となるOSだけでなく､
アプリケーションも提供してくれる｡
例えば､ ワードプレスのログを使って自分のウェブサイトを作りたいのであれば､
アプリとしてワードプレスを選択すればいいし､ 社内コミュニティを作りたいのであれば､ JoomlaやDrupalを使えばいい｡
あるいは､ 独自のカスタム・アプリケーションを書き始めようとしていて､
Node.Nodeを使いたいと考えているかもしれない｡
jsをインストールすることで､
これをベースラインとして､ それ以外のコードはすべてNodeで書くことになる｡
js｡
このアプリ＋OSを提供することで､
OSだけを入手し､ 後でアプリケーションを自分でインストールしなければならないのとは対照的に､
アプリケーションを設定する苦労を省くことができる｡
なぜなら､ CentOSはRed HatベースのLinuxバージョンであり､
ほとんどの組織では､ 独自のLinuxサーバーを運用している場合､ Red
Hat Enterprise LinuxかCentOSを使っているからだ｡
そのため､ CompTIA
Linux+**コースに進まれる場合は､ 基本OSとしてCentOSを使用することになります｡
だから､ ここで選ぶのはいいことだ｡
このサーバーをロードするたびに起動するスクリプトや､
このマシンにリモート・ログインするための固有のSSHキー・ペアを作成することもできます｡
とりあえずデフォルトのままにしておいて､ 一番下までスクロールすると､
プランを選択する必要があるのがわかる｡
今申し上げたように､ Linuxオプションでは､
月額3ドル50セントの最低プランから始めることができる｡
アマゾンは今､ 特別キャンペーンをやっていて､
申し込むと最初の3カ月が無料になり､ 契約も不要になる｡
だから､ 実際に契約することができる｡
最初の3カ月は無料｡
だから､ これで遊べるようになるんだ｡
そして､ その3ヶ月が終わるまでに削除すれば､
何も請求されることはない｡
さて､ サーバーを選ぶ際には､ どのような機材が欲しいかを考えることになる｡
そして､ それに基づいて､
月々支払う金額が多くなったり少なくなったりする｡
今申し上げたように､ アマゾンはこの収録の時点で特別キャンペーンを実施しており､
最初の3つのレベルプランのどれかを3ヶ月間無料で手に入れることができる｡
というわけで､ 今後2〜3ヶ月しか使わない予定なので､
10ドル版を選択することにする｡ これで仮想サーバーのメモリとストレージのベースが増えるからだ｡
-RAMは512メガバイトで､
これは本当に少ない｡
2番目は1ギガバイト､
3番目は2ギガバイトで､
右に行くほど倍増し続け､ 価格も順に倍増していく｡
最初の3つはすべて1つの仮想CPUを使用するのに対し､
他のものは2つ以上の仮想CPUを使用することになる｡
ストレージラインでは､
最初のレベルは20ギガバイトから始まり､ 2番目は40ギガバイト､
3番目は60ギガバイト､ そして80ギガバイト､
160ギガバイトとどんどん上がっていく｡
右をご覧いただくと､
プランの最大サイズは月額160ドルです｡
32ギガバイトのメモリ､ 8つの仮想CPU､
高速ソリッド・ステート・デバイスを使った640ギガバイトのストレージを搭載しているからだ｡
このように､ Lightsailのようなシンプルなものでも､
クラウド上でかなり強力なサーバーを選ぶことができる｡
もうひとついいのは､
最初は低めから始めて､ 時間の経過とともに上げていくことができることだ｡
これがいわゆるバーティカル・スケーリングだ｡
例えば､ この月額10ドルのプランで始めることにして､
この仮想マシン上に新しいウェブサイトを作り､ そのウェブサイトに毎月10人がアクセスするとしたら､ この月額10ドルのマシンで十二分に対応できるだろう｡
しかし､ 1日に1,000人や10,000人が私のウェブサイトにアクセスするようになれば､
10ドルのサーバーでは足りなくなる｡
しかし､ サーバーのバックアップを作成し､ より大きなサイズで新しいインスタンスを作成し､
そのインスタンスをより新しい大きなサイズにリストアするだけで､ すぐに戻ってより高いプランに移行することができる｡
そしてその時点で､ それが私の新しいウェブサイトになり､
持っていた古いインスタンスを削除することができる｡
次に､ インスタンスに名前をつけよう｡
ここではLinuxPracticeと呼ぶことにする｡
そうすることで､ それが何になるのか思い出せるんだ｡
そして､ インスタンスの数を選択することもできる｡
しかし､ もしこれらのマシンを5台作りたいのであれば､
ここを5台に変更するだけでできる｡
でも､ 1つしか作らないので､ 1つにしておきます｡
そして､ キー・オンリーのタグとキー・バリューのタグがある｡
これは､ 大きな組織で働いている場合に､ 自分がどのプロジェクトに携わっていたかを特定するために使うことができる｡
そうすることで､ 適切なところに請求が行くんだ｡
例えば､ 私の会社では､ 実は2つの異なるウェブサイトを持っている｡
ディオントレーニングがある｡ comという私たちのメインウェブサイトと､
「Your Cyber Path」というポッドキャストを持っています｡ そして "Your Cyber Path "はYourCyberPathという独自のウェブサイトを持っている｡
comに移籍した｡
"あなたのサイバーパス "は､ 実はAmazon Lightsailでホストされている｡
だから､ YCPというタグを付けているんだ｡
そして､ "Your Cyber Path "に関連するものはすべてYCPとしてタグ付けされ､
月末にはそれらのサービスを実行するためにどれだけの費用がかかったかを確認できるようになっている｡
これは､ 1つのLightsailインスタンスだけでなく､
複数のLightsailインスタンスを使用しているためだ｡
そのため､ 毎月の全体的なコストを把握できるようにしたい｡
そうすることで､ ウェブサイトと関連ポッドキャストのホスティングにかかる毎月のコストを把握することができる｡
そうしたら､ インスタンスの作成をクリックする｡
そして今､ アマゾンは私たちのためにこのインスタンスを作成しようとしている｡
つまり､ 2ギガバイトのRAM､
1つの仮想CPU､ そして60ギガバイトのSSDだ｡
ハードウェアの割り当てに加え､
オペレーティング・システムのインストールもやってくれる｡
さて､ もうひとつお気づきの点は､ このサーバーに関連するIPアドレスがあるということだ｡
54であることに注目してほしい｡ 159. 170. 130 また､ その下にIPv6バージョンもあり､ 2600で始まる長い数字が記載されています｡
これがそのサーバーに対応する方法だ｡
だから､ 誰かが54歳になった｡ 159. 170. 130現在､ ウェブ・サーバーが稼働していれば､ このサーバーが応答しているものは何でも表示される｡
私の場合､ 今そこに行こうとすると接続が拒否される｡
なぜですか？
アパッチや他のウェブサーバーをインストールしなかったからだ｡
そしてこれは､ アプリ＋OSではなく､
OSのみのインストールを選択したためだ｡
WordPressのようなものを使うことにして､
このIPにアクセスすると､ このウェブベースのインターフェイスを通してWordPressサーバーを設定できるように､
WordPressへようこそのページが表示される｡
オーケー｡
これでサーバーが完全に立ち上がり､
完全に稼動していることが確認できた｡
そしてこの時点で､ このサーバーに入っていろいろなことができるようにしたい｡
LinuxPracticeと書いてあるところをクリックすると､
インスタンスへの接続方法が表示される｡
アマゾンは､ SSHを使って接続をクリックするだけで､
ウェブ・ブラウザにSSHインスタンスを表示し､
サーバーへのリモート・セッションができるようにしてくれている｡
今､ 私はCentOSのデバイスに接続しており､
CentOSとしてログインしていることがわかる｡
今いるディレクトリを確認したければ､ pwd（present
working directory）を使えばいい｡
このユーザーのホーム・ディレクトリである/home/centosディレクトリにいるのがわかるだろう｡
ここを見てlsを実行すれば､ このディレクトリの中身がわかる｡
この場合､ ファイルやディレクトリは存在しない｡
さて､ このハードドライブのルートに行きたい場合は､
cd space /を実行すれば､
このハードドライブのルートに変更できる｡
ウィンドウズで考えるなら､
Cドライブなどの内蔵ハードディスクにアクセスして､
そこにどんなファイルやフォルダがあるかを調べることだ｡
もう一度､ lsと入力し､ 今回は-laとする｡
これは､ 長いリストが欲しい､ 属性を見たいという意味だ｡
そして､ このハードドライブのルートにあるすべてのファイルとフォルダが表示される｡
そして､ ここにあるように､ いくつかある｡
あの紫色のものはすべて､ 実はディレクトリなのだ｡
水色で表示されているものはすべて､ 他のディレクトリを指しているリンクです｡
例えば､ binと書かれている行を見ると､ usr/binディレクトリにシンボリックリンクが張られている｡
libも同じで､ usr/libディレクトリに行く｡
しかし､ 私が言いたいのは､ これであなたはLinuxマシンに接続され､
その中で好きなことができるということだ｡
cd space /home/centosでホーム・ディレクトリに戻ってみよう｡
さて､ ここからls -laを実行すると､ SSHというドットで始まる隠しフォルダを除いて､
ここには何もないことがわかるだろう｡
Linuxでは､ ドットで始まるものは隠しファイルとみなされる｡
なぜなら､ bash_logout､ bash_profile､
bashrcなどのファイルはすべて隠しファイルとみなされているからだ｡
さて､ もし自分のファイルを作りたかったら､ タッチというコマンドを使えばいい｡
だから､ タッチと言って､ このファイルを呼び出すことにする｡ txt｡
そうすることで､ fileという新しいファイルができたが､
そのファイルはまだ何もしていないので空っぽだ｡
画面をクリアにして､ ls -laを使ってもう一度表示させてみる｡
そして今､ あなたはファイルを見るだろう｡ txtがそこにあり､ その前にドットがない､ つまり隠しファイルではないということだ｡
しかし､ 5列目には0があり､ これがそのファイルのサイズであることに注目してほしい｡
コンテンツがないため､ そのファイルのサイズは0バイトである｡
touchコマンドを使うと､ 空のファイルを作っているだけだ｡
さて､ そのファイルに何かを入力しようと思えば､
テキストエディタを使えばできる｡
Linuxにはviというテキストがある｡
だからviスペース・ファイルに入力する｡ txtを入力してEnterを押す｡
そうすることで､ これが空白のファイルだったことがわかる｡
これらの小さな四角い線に注目してほしい｡ チルダは､
それぞれの線が空白であることを示すだけだ｡
さて､ ここで何かを入力しようと思ったら､
まずIキーを入力する必要がある｡
これで挿入モードと呼ばれるものに移行し､
ここに何かを入力して書くことができるようになった｡
これはジェイソンのテストファイルだ｡
VIを使って情報を書き込んでいるんだ｡
さて､ 作業が終わったので､ Escapeキーを入力してコマンドモードに戻ろう｡
それからコロンキーを使うと､ コロンが下に表示されるのがわかるだろう｡
wで書き込み､ qで終了し､
このファイルを保存する｡
そして､ 1行が書かれ､ 72文字が書かれたと書かれていることに気づくだろう｡
画面をクリアにしてls -laを実行すると､
ファイル内に0バイトではなく72バイトがあることがわかる｡
Linuxでは､ ファイルの中身を画面に表示したい場合､
catと入力すればできる｡
そこで､ catを実行し､ ファイル名をfileとする｡ txt｡
そうすると､ ジェイソンのテスト・ファイルの中身を見ることができる｡
VIを使って情報を書き込んでいる｡
見ての通り､ 私はこのLinuxシステムにフルアクセスできる｡
プログラムのインストールも始められるし､ ウェブサーバーも動かせる｡
自分のサーバーで､ 他の誰もアクセスできないのだから｡
ここでの唯一の制限は､ グラフィカル・ユーザー・インターフェースではなく､
コマンドライン・インターフェースを使用していることだ｡
そのため､ このサーバーを実行・運用したいのであれば､
コマンドラインでLinuxを使いこなす必要がある｡
クラウドではよくあることだ｡
なぜなら､ グラフィカル・ユーザー・インターフェースが提供する余分なオーバーヘッドや処理要件はいらないからだ｡
このため､ このようなテキストベースのインターフェイスを使用する場合､
より安価で強力でないサーバーを使用することができ､ なおかつ多くの人々にサポートを提供することができる｡
たとえば､ これがウェブサーバーだとしたら､ 月々10ドルのこの小さなウェブサーバーは､
おそらく100人から500人をかなり快適にホストできる｡
何千人ものユーザーを獲得し始めたら､
月額20ドルか40ドルのプランにアップグレードしなければならない｡
では､ Amazon Lightsailのインターフェイスに戻ってみよう｡
ブラウザベースのSSHクライアントを使う代わりに､
自分のSSHクライアントを使って接続することもできる｡
次のタブに行くと､ ストレージが表示される｡
そしてここには､ 60ギガバイトのシステムディスクが1つある｡
60ギガバイトでは容量が足りないと感じるかもしれない｡
その場合は､ ここのインターフェイスを使って､
アタッチされているディスクを追加することができる｡
新規ディスクの作成をクリックし､
ディスクのサイズを選択します｡
さて､ ここでもディスクスペースはSSD上にある｡
SSDは､ 古くて遅い従来のハードディスクを使うよりも高価だ｡
そのため､ 選択するサイズによって費用が変わってくる｡
1ギガバイトの容量を確保するごとに､ 毎月10セントを支払うことになる｡
つまり､ 60ギガバイトの容量では足りず､
さらに64ギガバイトの容量を追加したい場合､ 追加することは可能だが､
それには6ドルかかるということだ｡
そのために月40ドル｡
しかし､ このようなクラウドベースのインターフェースを使うことの素晴らしい点は､
好きなサイズを選べることだ｡
例えば､ 1テラバイトのドライブが欲しいとしよう｡
1,024ギガバイトにすればできる｡
それで102ドルかかるのがわかるだろう｡ 私のLinuxサーバーに接続するのに月40セント｡
どのように機能するかをお見せするために､ 10ギガバイトのサイズのものを作ってみよう｡
これには毎月1ドルかかる｡
StorageDiskなどの名前をつけて､
ディスクを作成する｡
そうしたら､ アタッチしたいインスタンスを選択する必要がある｡
私たちの場合､ LinuxPracticeのマシンは1台しかありませんが､
ディオン・トレーニングのウェブサイトや､
"Your Cyber Path "のウェブサイト用など､ 複数のインスタンスを持っている場合､ どのインスタンスに接続するかを選択することができます｡
そして､ このディスクを取り付けると､
Linuxシステム上のパスは/dev/xvdfになることがわかるだろう｡
これで､ 私のLinuxシステムにインストールされる｡
次に､ ホームに戻って､ またLinuxPracticeに行き､
ここでメトリクスをクリックする｡
メトリクスを使えば､ 自分のシステムがどれだけハードに働いているかがわかる｡
これがCPUの概要グラフだ｡
そしてご覧の通り､ 7月17日午後3時52分頃にこのサーバーを立ち上げた｡
もともとサーバーを立ち上げたとき､ CPU使用率は約20％だった｡
というのも､ 最初にサーバーを立ち上げたときは､ いろいろなことが起こっていて､
サーバーを立ち上げる必要があったんだ｡
しかし､ そうなってから､ 私がコマンドラインで何かをしているときの通常の仕事量に戻ると､
1％程度まで下がっているのがわかる｡
これがサステイナビリティ・ゾーンと呼ばれるものだ｡
さて､ これはクラウドベースのシステムであり､ 仮想プロセッサを使っているため､
アマゾンはバックエンドで多くの大変な作業をして､
我々が良いパフォーマンスを得られるようにしている｡
例えば､ 私がウェブサイトをホストするためにこれを使い､
たくさんの人が一斉に私のウェブサイトに飛びついたとしよう｡
まあ､ 何が起こるかというと､ 需要が増えてプロセッサーが上がるだろうね｡
プロセッサーが上がるにつれて､ バースト可能ゾーンと呼ばれる領域に入っていくのがわかるだろう｡
40％から60％､ あるいは80％の間であれば､ 実際にバーストすることができます｡
つまり､ アマゾンはサーバーがクラッシュしないように､ その負荷を処理できる追加の容量を提供することになります｡
今､ 彼らはあなたのシステムに基づいて毎月一定時間これを行う｡
そのため､ バースト可能な容量は一定量しかない｡
一番下のグラフは､ CPUのバースト能力の残量です｡
このサーバーではまだ多くのことを実行していないため､
バーストしていない｡
ここをクリックすると､ CPU使用率､
バースト容量､ バースト容量（分単位またはパーセンテージ）などを見ることができます｡
また､ ネットワーク・トラフィックの送受信や､ ステータス・チェックの失敗､
インスタンス・ステータス・チェックの失敗､ システム・ステータス・チェックの失敗なども確認できる｡
例えば､ 受信ネットワーク・トラフィックを見ると､
トラフィックが開始され､ 時間が経つにつれてトラフィックが減少していることがわかる｡
では､ なぜトラフィックが減ったのか？
このサーバーにアクセスできるのは私だけで､
この数分間はあなたと話していて､ コマンドの入力はしていない｡
次にネットワークをクリックする｡
ここから､ パブリックIPとプライベートIP､
そしてIPv4とIPv6ネットワーキングとIPv6ファイアウォールを見ることができる｡
それに加えて､ ロードバランシングやディストリビューションの能力もある｡
これによって､ 1つのウェブサイトのために複数のサーバーを用意することができる｡
私たちの場合､ トラフィックを誰かと共有することはありません｡
私たちが使用しているのは､ 私たちが会話している1つのサーバーだけで､
そのサーバーは私たちによって管理され､ 私たちだけが使用している｡
しかし､ もし私がウェブサイトを運営していて､
100人から1,000人､
10,000人と増えていくのであれば､ 複数のシステムを連動させて､ 複数のインスタンスで負荷分散を行い､
すべての人からのリクエストに応えることができる｡
次にトップに戻り､ スナップショットがあることを確認する｡
スナップショットは､ システムのバックアップを取る方法です｡
スナップショットを取ると､ ハードドライブのイメージを取ってクラウドに保存するので､
何かあったときにスナップショットに戻すことができる｡
私たちの場合､ 自動スナップショットを無効にしているので､
毎日サーバーのバックアップを取ることはありません｡
というのも､ 何か問題が発生したときにスナップショットが取れるようにしておきたいからだ｡
では､ 自動スナップショットをオンにしてみます｡
すると､ 毎日自動的にスナップショットが撮影され､
最新のスナップショット7枚が保存されるのがわかるだろう｡
こうすることで､ いつでも見ることができるローリング・バックアップになる｡
自動スナップショットは手動スナップショットと同じ方法で構築されます｡
請求について知りたければ､ そのリンクをクリックすれば見ることができる｡
私は理解したと言うつもりだし､ それを可能にするつもりだ｡
それに加えて､ スナップショットのために午前2時を待つのではなく､
いつでも好きな時にスナップショットを作ることができる｡
そうしたら､ 名前をつけるだけだ｡
この場合､ 彼らはすでに持っている｡
サーバー名のダッシュと一意の識別子で､
createを押す｡
そうすると､ サーバー全体のスナップショットやバックアップが取られる｡
そうすれば､ もし壊れたり何か問題が起きたりしても､ いつでもそのスナップショットから復元できる｡
次はタグだ｡
タグを見ると､ これは特定のLightsailインスタンスにラベルを付けることができるもので､
ステータスやコストなどを追跡することができます｡
その後､ Historyタブがあり､ このインスタンスで何が起こったかを教えてくれる｡
午後3時56分にこのインスタンスを作成し､
午後4時10分に10ギガバイトのハードディスクを取り付け､
午後4時15分にスナップショットを作成し､ 午後4時15分に自動スナップショット用のアドオンを有効にしています｡
最後のタブは「削除」タブだ｡
この削除タブは､ このサーバーが不要になった場合に削除するためのものだ｡
2ヶ月が経過し､ もうこのサーバーでプレイしたくない､
3ドルも請求されたくないと思ったとしよう｡
毎月50ドル､
5ドル､ 10ドル｡
ここでDeleteをクリックすれば､
インスタンスが削除される｡
今すぐこれを削除しても､ インスタンスに接続されたままのストレージ・ディスクがある｡
ストレージディスクのアタッチメントは外れるが､
ストレージディスクは削除されない｡
というのも､ ストレージ・ディスクは､
Linuxマシンのファイルをストレージ・ディスクに保存し､
Linuxシステムを削除して､ そのストレージ・ディスクを別のLinuxシステムやWindowsシステムなど､
クラウド環境で使いたい別のシステムに再接続できるからだ｡
そしてこれは､ Lightsailの内部で､ あるクラウドインスタンスから別のクラウドインスタンスにデータを取得する良い方法だ｡
さらに､ 上部には「停止」と「再起動」ボタンがある｡
停止を押すと､ そのインスタンスはパワーダウンする｡
このインスタンスをもう使いたくないが､ 2､ 3週間後にまた戻ってくることがわかっている場合に便利です｡
また､ サーバーに問題が発生したときや､
ソフトウェアのインストールやある種のコンフィギュレーション設定を適用するためにインスタンスを再起動する必要があるときに､ いつでもインスタンスを再起動することができます｡
以上､ Amazon Lightsailを使ってクラウドベースのサーバーを作成する方法を簡単に紹介した｡
そうすれば､ いつでも好きなときに遊べるCentOSマシンがクラウド上にあることになる｡