Name: Amazon Web Services チュートリアル - アプリケーションの自動スケーリング (Amazon Web Services Tutorial - Auto scaling your applications)
Uploaded: 2025-08-06T18:38:16.000Z
Duration: 7 min 59 s
Description: VoiceTubeの動画で発音を聞きながら英語表現を覚えよう！学べる英語：

EC2 stands for Elastic Compute Cloud and the word of the day is elastic.

EC2はElastic Compute Cloud（エラスティック・コンピュート・クラウド）の略で、今日の流行語はelastic（弾性）だ。

An auto-scaling policy can tell AWS that when an event occurs, such as our instance CPU usage goes above 80% for five minutes, to stretch our one server into two.

自動スケーリング・ポリシーは、インスタンスのCPU使用率が5分間80％を超えるようなイベントが発生したときに、1台のサーバーを2台に拡張するようにAWSに指示することができる。

And then we can tell it to shrink back down again to one server when things have calmed down again.

そして、事態が落ち着いたら、また1台のサーバーに縮小するように指示すればいい。

Your application needs to be designed in a way that if one or two or ten clones of your single server come online, that your application can load balance your traffic across all these new servers.

アプリケーションは、単一サーバーのクローンが1台、2台、10台とオンラインになった場合でも、これらの新しいサーバー間でトラフィックの負荷分散ができるように設計する必要がある。

これを水平スケーリングと呼ぶ。

If you think of a busy grocery store, the manager will open several new checkout lanes to reduce wait time.

混雑している食料品店を思い浮かべると、店長は待ち時間を短縮するために新しいレジレーンをいくつか開設するだろう。

When the rush is over, they'll close those extra checkout lanes.

ラッシュが終われば、余分なレジレーンは閉鎖される。

This is different than vertical scaling, which would handle the problem by still only having a single checkout lane, but just putting a faster cashier and speeding up the conveyor belt.

これはバーチカル・スケーリングとは異なるもので、レジレーンは1つしかないが、より迅速なレジ係を配置し、ベルトコンベアの速度を上げることで問題を処理する。

AWSの垂直スケーリングはかなり簡単だ。

You just stop your running EC2 instance, which will cause a little downtime, and change the instance to a larger, faster server with more CPU cores and RAM.

稼働中のEC2インスタンスを停止し、少しダウンタイムを発生させ、より多くのCPUコアとRAMを備えた、より大きく高速なサーバーにインスタンスを変更するだけだ。

But this has its limits, and all large applications use horizontal scaling to handle an increase in traffic.

しかし、これには限界があり、すべての大規模アプリケーションは、トラフィックの増加に対応するために水平スケーリングを使用している。

We're not going to set up autoscaling for this course, but we will create an AMI snapshot of our current running server and create a clone of it manually, which is one of the first steps to setting up autoscaling anyway.

このコースでは自動スケーリングを設定するつもりはないが、現在稼働しているサーバーのAMIスナップショットを作成し、そのクローンを手動で作成する。

If you'd like to dive deeper into autoscaling, I recommend our AWS course on automation and optimization.

オートスケールをもっと深く知りたいのであれば、自動化と最適化に関するAWSコースをお勧めする。

Okay, if you're totally new to these concepts of horizontally scaling servers in your application design, search our catalog for AWS high availability, and we have a few courses that'll show you how to keep your application running when a single server fails, or when that single server gets overloaded due to high demand.

もしあなたが、アプリケーションの設計においてサーバーを水平にスケーリングするという概念に全く慣れていないのであれば、AWSの高可用性のカタログを検索してみてほしい。

Finish out this course first, though, because you're going to need to know a bit more about storage and networking in AWS to get a full understanding of the material that's presented in those courses.

AWSのストレージとネットワークについてもう少し知っておかないと、これらのコースで紹介されている内容を完全に理解できないからだ。

So, let's jump into the console, and I'll show you how to clone our existing server.

では、コンソールに飛び込んで、既存のサーバーをクローンする方法をお見せしよう。

In the EC2 console, on the left, click on Instances, and select your running instance.

EC2コンソールの左側にある「Instances」をクリックし、実行中のインスタンスを選択する。

Then, click on the Actions pulldown above it and take a look at a few of these options.

次に、その上にあるアクションのプルダウンをクリックし、いくつかのオプションを見てみましょう。

Under the Instance State pulldown, you can stop and start the instance, and you'll also see a reboot option.

Instance Stateプルダウンでは、インスタンスの停止と起動ができ、再起動オプションも表示されます。

Now, if you stop an instance, you won't be charged for the compute time while the instance is stopped, but you will be charged for the storage costs of its hard drive, which are pretty minimal.

インスタンスを停止した場合、停止中の計算時間は課金されないが、ハードディスクのストレージコストは課金される。

You can click to start and bring the instance back up again.

クリックしてスタートし、インスタンスを再び立ち上げることができる。

If you click Reboot, it'll force a software reboot of the virtual machine.

Rebootをクリックすると、仮想マシンがソフトウェアで強制的に再起動される。

さて、次はこれをチェックしよう。

これらはAWSでは異なるアクションである。

If you stop and start an instance, this virtual machine will actually move to another physical server in the availability zone.

インスタンスを停止して起動すると、この仮想マシンは実際にアベイラビリティゾーン内の別の物理サーバに移動する。

So, do this if you're having problems connecting to the instance, because it could be a hardware failure on the AWS side.

インスタンスへの接続に問題がある場合、AWS側のハードウェア障害である可能性があるので、これを実行する。

Back in the Detail pane, click on the Status Checks tab.

詳細]ペインに戻って、[ステータスチェック]タブをクリックする。

You'll notice the system status check is failing if there's a hardware failure, but it takes a few minutes for AWS to see the problem, so you might notice the problem before the alarm goes off.

ハードウェアに障害が発生した場合、システムステータスのチェックが失敗していることに気づくだろうが、AWSが問題を確認するには数分かかるので、アラームが鳴る前に問題に気づくかもしれない。

If you reboot an instance, it'll come up faster, but it stays on the same physical server it was on before.

インスタンスをリブートすると、立ち上がりは速くなるが、以前と同じ物理サーバーにとどまる。

Okay, click on Actions again, and select Image, and then select Create Image.

もう一度「Actions」をクリックし、「Image」を選択して、「Create Image」を選択します。

Image Nameに「AWS Demo」と入力する。

And you'll see an option here that says No Reboot.

そして、ここにNo Rebootというオプションがある。

AWS needs to reboot the virtual machine to take a proper image of it, so this properly shuts down the file system and lets AWS take a clean image of the virtual machine, but it does cause a little bit of downtime.

AWSは仮想マシンの適切なイメージを取得するために仮想マシンをリブートする必要があるため、ファイルシステムを適切にシャットダウンし、AWSが仮想マシンのクリーンなイメージを取得できるようにしますが、ダウンタイムが少し発生します。

If you select No Reboot, well, good luck to you.

再起動なしを選択した場合は、幸運を祈る。

Click the Create Image button, and then click Close.

画像の作成]ボタンをクリックし、[閉じる]をクリックします。

On the left-hand submenu, click on AMIs underneath the image header.

左側のサブメニューで、画像ヘッダーの下にあるAMIをクリックする。

You'll see a spinner next to our AMI, while AWS reboots the instance and takes a snapshot of it.

AWSがインスタンスをリブートしてスナップショットを取る間、AMIの横にスピナーが表示される。

When the AMI image says that it's available, click on it, and click on the Launch button.

AMIイメージが利用可能と表示されたら、それをクリックし、Launchボタンをクリックする。

Now we're back on the EC2 launch screen, but we're launching a new server based on our server image.

EC2の起動画面に戻ったが、サーバーイメージに基づいて新しいサーバーを起動する。

Select T2 Micro again, and then click the Next Configure Instance Details button.

再度T2 Microを選択し、[Next Configure Instance Details]ボタンをクリックします。

Under Subnet, select an availability zone that's different from the other instance.

サブネット]で、他のインスタンスとは異なるアベイラビリティ・ゾーンを選択します。

So my other instance was in US East 1A, so now I'm going to pick US East 1B.

だから、もう一つの例はアメリカ東部1Aだったから、今度はアメリカ東部1Bを選ぶつもりだ。

Click Next, and then click Next again, and then click Next one final time to configure the security group.

Next（次へ）」をクリックし、「Next（次へ）」をもう一度クリックし、最後に「Next（次へ）」をもう一度クリックして、セキュリティグループを構成します。

Under Assign Security Group, I want to select an existing security group, and I'm going to select Launch Wizard 2, because that's the security group that my other instance is using.

Assign Security Groupで既存のセキュリティ・グループを選択し、Launch Wizard 2を選択します。

You'll notice in the rules that HTTP is now open to the entire Internet.

ルールの中で、HTTPがインターネット全体に開放されていることにお気づきだろう。

Click Review and Launch, and click Launch.

Review and Launchをクリックし、Launchをクリックする。

This time, I'm going to choose an existing key pair, and I'm going to make sure that I'm selecting my AWS demo key pair that I used for my other instance.

今回は、既存のキー・ペアを選択し、他のインスタンスで使用したAWSデモ・キー・ペアを選択していることを確認する。

Select the Acknowledge checkbox, and click Launch Instances.

Acknowledge］チェックボックスを選択し、［Launch Instances］をクリックする。

View Instancesをクリックします。

You'll see that our other instance is now spinning up.

もうひとつのインスタンスが起動しているのがわかるだろう。

This instance is in availability zone 1B, whereas my original instance is in availability zone 1A.

このインスタンスはアベイラビリティ・ゾーン1Bにあり、私の元のインスタンスはアベイラビリティ・ゾーン1Aにある。

And I'm also going to edit the name and call this Web Server 2.

名前も編集して、これをウェブ・サーバー2と呼ぶことにする。

Click on the new instance, and click on the Description tab, and then copy its public DNS.

新しいインスタンスをクリックし、[Description]タブをクリックして、そのパブリックDNSをコピーします。

In a new browser tab, type http:// and paste in the DNS name.

新しいブラウザーのタブで「http://」と入力し、DNS名を貼り付ける。

You'll see the default Apache site again, because remember, this server is a clone of the server that we just set up.

デフォルトのアパッチ・サイトが再び表示される。このサーバーは、先ほどセットアップしたサーバーのクローンであることを思い出してほしい。

An AMI image is a great way to take a snapshot in time of your server in its full configuration, and then launch new instances to, say, handle a spike in traffic or restore the instance to a previous state if it gets messed up somehow.

AMIイメージは、完全な構成のサーバーのスナップショットを取得し、新しいインスタンスを起動して、例えば、トラフィックの急増に対応したり、インスタンスが何らかの理由で混乱した場合に以前の状態に復元したりするのに最適な方法です。

Let's leave both instances running, but remember to come back after you're done and click on Actions, Instance State, Terminate, and delete both instances so that you're not running up your bill.

両インスタンスを稼動させたままにしておこう。ただし、作業が終わったら戻って、「Actions」→「Instance State」→「Terminate」をクリックし、両インスタンスを削除するのを忘れずに。

字幕リスト動画再生

Amazon Web Services チュートリアル - アプリケーションの自動スケーリング (Amazon Web Services Tutorial - Auto scaling your applications)

present

stretch

physical

scale