1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO ZHADANOVSKY：こんにちは、誰も。 3 00:00:12,060 --> 00:00:13,675 私はレオZhadanovskyだ。 4 00:00:13,675 --> 00:00:17,000 私は、ソリューションアーキテクトだ Amazon Webサービスで。 5 00:00:17,000 --> 00:00:21,030 そして、私は今日はあなたに話をするつもりです Amazon Webサービスとは何かについて、 6 00:00:21,030 --> 00:00:25,170 その歴史、概要 私たちが提供するサービスの。 7 00:00:25,170 --> 00:00:29,530 そしてまた、私はのライブデモをやる AWSでのLAMPスタックの起動方法 8 00:00:29,530 --> 00:00:33,769 単一インスタンス上の両方と 当社の他のいくつかを使用してを通じて 9 00:00:33,769 --> 00:00:36,060 [？このように管理？]サービス、 私たちのリレーショナルデータベースとして 10 00:00:36,060 --> 00:00:39,330 サービス、そして私たちの負荷 バランサ、私たちのインスタンス。 11 00:00:39,330 --> 00:00:41,610 >> だから、まず、してみましょう AWSの歴史について話しています。 12 00:00:41,610 --> 00:00:47,780 それでは、どのようにAmazon.com手に入れた このクラウド·コンピューティング事業？ 13 00:00:47,780 --> 00:00:51,630 さて、アマゾンは、本当に良いことだ 製品の大きい選択を提供 14 00:00:51,630 --> 00:00:54,440 とにそれらを出荷 効率的に顧客。 15 00:00:54,440 --> 00:00:57,870 そして、その機能の背後にある 長年の経験をある 16 00:00:57,870 --> 00:01:01,330 運転データセンターと、を有する 物事のすべての種類の物流、。 17 00:01:01,330 --> 00:01:05,420 そして、私たちが発見 その私たちは10年以上 18 00:01:05,420 --> 00:01:10,840 に当社の顧客を有効にしたかった 異なる多くのことを行うには、右？ 19 00:01:10,840 --> 00:01:16,870 >> だから我々はいくつかの内部を提供して終了 サードパーティの販売までのサービスを提供しています。 20 00:01:16,870 --> 00:01:20,640 我々は、単純なWebサービスを公開したよう 私たちのカタログ検索など。 21 00:01:20,640 --> 00:01:22,910 そして、それは本当になった 本当に速い見かけ 22 00:01:22,910 --> 00:01:26,530 開発者は、空腹であったこと 当社のサービスの多くのため。 23 00:01:26,530 --> 00:01:29,830 そして、これはAWSを開発するために私たちを導いた。 24 00:01:29,830 --> 00:01:31,910 我々のであれば、私たちは何を尋ねた すべてをパッケージ化することができ 25 00:01:31,910 --> 00:01:36,620 私たちはそれを行うと、提供 Web上で他の人？ 26 00:01:36,620 --> 00:01:41,940 >> だから、AWSの使命は、有効にすることです 企業や開発者 27 00:01:41,940 --> 00:01:46,080 構築するために、Webサービスを使用する 拡張性のある洗練されたアプリケーション。 28 00:01:46,080 --> 00:01:49,650 Webサービスは何である 人々は今クラウドを呼び出します。 29 00:01:49,650 --> 00:01:53,180 だから、2006年には、AWSが誕生しました。 30 00:01:53,180 --> 00:01:56,590 そして、それではについてお話しましょう AWSは、実際には何であるか。 31 00:01:56,590 --> 00:02:01,310 >> だから我々は、さまざまな提供 異なる階層でのサービスを提供しています。 32 00:02:01,310 --> 00:02:06,060 だから我々は我々のコアサービスの種類を持って、 私たちのコンピューティング·ストレージとデータベース。 33 00:02:06,060 --> 00:02:08,250 そして、我々はまた、持っている ネットワーク層、 34 00:02:08,250 --> 00:02:10,289 私たちは、グローバルを持っている インフラので、我々はしました 35 00:02:10,289 --> 00:02:13,812 世界中の領域を持って、 世界中で利用可能ゾーン。 36 00:02:13,812 --> 00:02:15,520 そして、我々は持っている より高いレベルのサービス、 37 00:02:15,520 --> 00:02:18,670 そのアプリケーション·サービスのような あなたが水平に構築するために使用 38 00:02:18,670 --> 00:02:20,434 スケーラブルなアプリケーション。 39 00:02:20,434 --> 00:02:22,850 そして、我々は、展開持っている および管理サービスを提供しています。 40 00:02:22,850 --> 00:02:26,010 したがって、これらは、あなたのサービスである AWSでコードを展開するために使用 41 00:02:26,010 --> 00:02:29,100 とあなたを管理する それはスケールとしてAWSアカウント。 42 00:02:29,100 --> 00:02:32,120 >> それでは、私たちのについて話しましょう 最初のグローバルなインフラ。 43 00:02:32,120 --> 00:02:35,960 我々は、世界中の11領域を有する。 44 00:02:35,960 --> 00:02:39,680 だから我々は単に新しい地域を追加しました 数週間前にフランクフルトで、 45 00:02:39,680 --> 00:02:41,500 しかしそれぞれの領域である 独立した雲のように。 46 00:02:41,500 --> 00:02:43,580 私はそのように、これらのサービス について話をするつもりは、彼ら 47 00:02:43,580 --> 00:02:46,350 異なる領域に存在する。 48 00:02:46,350 --> 00:02:50,370 だから、米国では、あります 北部バージニア州の地域。 49 00:02:50,370 --> 00:02:54,390 地域は北にあります カリフォルニア州とオレゴン州で。 50 00:02:54,390 --> 00:02:57,690 >> オレゴン州の地域 また、カーボンニュートラルである。 51 00:02:57,690 --> 00:03:00,200 また、領域を持っている オレゴンはGovCloudと呼ばれる。 52 00:03:00,200 --> 00:03:05,370 ですから、必要な作業負荷を持っている場合 それはですので、ITAR準拠するように 53 00:03:05,370 --> 00:03:09,580 国際交通と兵器削減 条約は、あなたがGovCloudを使用する必要があります。 54 00:03:09,580 --> 00:03:12,510 >> だから、重要なこと 約これはあなたということです 55 00:03:12,510 --> 00:03:15,100 ピックアップし、どこで、あなたのデータを選択する あなたのアプリを行くところ行くと。 56 00:03:15,100 --> 00:03:19,370 だから我々は、全体のデータを移動しないでください 地域、またはアベイラビリティゾーン間で 57 00:03:19,370 --> 00:03:22,277 それはどこにあなたができるサービスの場合、 アベイラビリティゾーンを選択します。 58 00:03:22,277 --> 00:03:23,860 あなたがピックアップし、それがどこに行くか選択することができます。 59 00:03:23,860 --> 00:03:24,526 あなたはそれを移動することができます。 60 00:03:24,526 --> 00:03:27,920 私たちはあなたを移動するためのツールを提供 データが、我々はあなたのためにそれを移動しません。 61 00:03:27,920 --> 00:03:30,710 >> そして、各領域内にあります 少なくとも二つのアベイラビリティゾーン、 62 00:03:30,710 --> 00:03:33,020 私たちは何について話します それらは、第二にある。 63 00:03:33,020 --> 00:03:35,530 そして、52エッジもあります 世界各地。 64 00:03:35,530 --> 00:03:40,850 そのため、エッジロケーションは、私たちのために基本的に CloudFrontは、[？雲？]配布 65 00:03:40,850 --> 00:03:43,410 ネットワーク、そして私たちのルート53 DNSサービス。 66 00:03:43,410 --> 00:03:47,100 だからそれらの多くがあります 彼らは、ユーザーに近いだから、 67 00:03:47,100 --> 00:03:49,360 ものであるため 待ち時間ベースのサービス。 68 00:03:49,360 --> 00:03:51,410 彼らのためにそのように待ち時間事項。 69 00:03:51,410 --> 00:03:54,630 >> だから、これはどのような典型的なものである 地域は次のようになります。 70 00:03:54,630 --> 00:03:56,630 その後[？内？] 各地域があります、 71 00:03:56,630 --> 00:03:58,530 私は、少なくとも、言ったように 2利用可能ゾーン。 72 00:03:58,530 --> 00:04:01,390 アベイラビリティゾーンがある 少なくとも1つのデータセンター 73 00:04:01,390 --> 00:04:04,340 時にはそれがより内とすることができる 同じ地理的地域。 74 00:04:04,340 --> 00:04:09,010 そして、我々のアベイラビリティゾーンは設計されています 別の氾濫、断層上にあるように 75 00:04:09,010 --> 00:04:15,501 明確なパワーを持っている平野 ユーティリティと異なるティア1のISP。 76 00:04:15,501 --> 00:04:17,500 つまり、あなたを設計する必要があります アプリケーション[？気に？] 77 00:04:17,500 --> 00:04:20,240 何かが起こる可能性がある 1アベイラビリティゾーンで、 78 00:04:20,240 --> 00:04:23,245 しかしそのように、あなたを広げる必要があります 複数の利用可能性のアプリケーション 79 00:04:23,245 --> 00:04:27,100 ゾーンは彼らが構築されているので 念頭に置いてこれらの冗長性を持つ。 80 00:04:27,100 --> 00:04:30,490 >> そして、私たちは多くの電力を供給 あなたが認識し、企業。 81 00:04:30,490 --> 00:04:36,590 だから、Airbnbのから、ネットフリックスに、 Dropboxのに、Yelpのに、 82 00:04:36,590 --> 00:04:41,270 私たちはスタートアップのすべての種類を持っているし、 私たちにワークロードを実行企業。 83 00:04:41,270 --> 00:04:44,610 公共部門では、我々は持っている 政府機関のすべての種類 84 00:04:44,610 --> 00:04:47,740 それは、私たちにedtechを実行 スタートアップ、大学。 85 00:04:47,740 --> 00:04:52,910 オバマ氏のキャンペーンは、すべて基本的に走った Amazon Webサービス上で自分の作品の。 86 00:04:52,910 --> 00:04:56,690 >> そして、ちょうどあなたの視点を与えるために 私たちのスケーリングに、平均日に 87 00:04:56,690 --> 00:05:00,840 私たちは十分に新しいサーバを持っていた サポートする能力 88 00:05:00,840 --> 00:05:04,400 Amazon.comのグローバルなインフラ それは70億ドルだったとき 89 00:05:04,400 --> 00:05:05,740 2004年に事業。 90 00:05:05,740 --> 00:05:08,500 だから、どのくらい我々だ 平均の日に持っていた。 91 00:05:08,500 --> 00:05:11,910 >> あなたのであれば、一般的な概念である あなたがパワーを得るのですかを考える。 92 00:05:11,910 --> 00:05:14,940 だから、電力を得る、それは右、オンデマンドでですか？ 93 00:05:14,940 --> 00:05:19,580 あなたが取得しているときにあなたが知っている それは、あなたがそれを得ることができます知っている。 94 00:05:19,580 --> 00:05:22,950 それは、均一なので、あなたが知っている あなたはどのような電圧取得している。 95 00:05:22,950 --> 00:05:26,940 それはあなたが行くように支払うですので、あなたが支払う あなたが使用正確にどのくらいのために。 96 00:05:26,940 --> 00:05:29,020 そして、それは利用可能です。 97 00:05:29,020 --> 00:05:31,060 だから、あなたが知っている、プラグイン あなたが電力を得るつもりだ。 98 00:05:31,060 --> 00:05:34,350 だから我々はそれを撮影したし、 コンピューティングにそれを拡張した。 99 00:05:34,350 --> 00:05:36,710 >> だから、これは多くの問題を解決します。 100 00:05:36,710 --> 00:05:41,230 私たちは、一般的に多くを見る IT組織の。 101 00:05:41,230 --> 00:05:43,130 彼らは、この容量の問題を抱えている。 102 00:05:43,130 --> 00:05:46,370 そこで、彼らは一定の金額を持っている ITのニーズ、そして、彼ら 103 00:05:46,370 --> 00:05:49,290 オーバープロビジョニング能力を持っている。 104 00:05:49,290 --> 00:05:53,110 だから、どちらか彼らは道のオーバープロビジョニングしている、 または、彼らは十分な容量を持っていない、 105 00:05:53,110 --> 00:05:54,930 彼らは不満の顧客を持っている。 106 00:05:54,930 --> 00:05:59,820 >> したがって、たとえば、これらは トラフィックの異なるパターン。 107 00:05:59,820 --> 00:06:01,980 あなたは物事を持っているかどうかので、 すなわち、オンとオフ 108 00:06:01,980 --> 00:06:05,920 または高速成長する、または可変のピークを持っている またはこれらのすべてのための予測可能なピークは、 109 00:06:05,920 --> 00:06:08,122 あなたはどちらかになるだろう オーバープロビジョニング一般的に、 110 00:06:08,122 --> 00:06:09,580 または、下のプロビジョニングするつもりだ。 111 00:06:09,580 --> 00:06:12,990 だから、廃棄物を持っているか、あるいはいずれか あなたが不幸な顧客を持っている。 112 00:06:12,990 --> 00:06:17,400 >> だから何AWSは、あなたが行うことを可能にすることはあなたです 動的に上下に拡張することができます 113 00:06:17,400 --> 00:06:19,510 何に基づいて 実際の使用パターンである。 114 00:06:19,510 --> 00:06:23,270 だからあなたはちょうどあなたが使用しているもののために支払うことができます。 115 00:06:23,270 --> 00:06:25,115 そして、あなたが起動することができます インスタンスなので、インスタンス 116 00:06:25,115 --> 00:06:27,030 仮想サーバのための私達の言葉です。 117 00:06:27,030 --> 00:06:29,280 あなたは1を起動することができます インスタンス、あなたが起動することができます 118 00:06:29,280 --> 00:06:33,160 分内のインスタンスの数千または 秒、あなたが必要として同じくらい。 119 00:06:33,160 --> 00:06:35,897 そして、あなたはそれをダイヤルすることができます 必要に応じてダウン。 120 00:06:35,897 --> 00:06:38,730 だから私はについてあなたに話をしましょう 種類の家の近くだ例。 121 00:06:38,730 --> 00:06:44,930 だから、これは典型的なトラフィックである Amazon.comのために11月のためのチャート。 122 00:06:44,930 --> 00:06:49,491 そして、ここで最後の二つのピーク、 誰もが彼らが何であるか知っていますか？ 123 00:06:49,491 --> 00:06:49,990 だからthey're-- 124 00:06:49,990 --> 00:06:51,180 >> 読者：サイバー月曜日？ 125 00:06:51,180 --> 00:06:53,430 >> LEO ZHADANOVSKY：サイバーマンデー とブラックフライデー、右？ 126 00:06:53,430 --> 00:06:57,020 だから、伝統的に、Amazon.comは持っていたもの だっ行うために、彼らはプロビジョニングの容量を持っていた 127 00:06:57,020 --> 00:06:58,330 これらの二つのピークをカバーする。 128 00:06:58,330 --> 00:07:04,490 時間の76％は、結果としてそのように、 彼らはあまりにも多くの容量を持っていた。 129 00:07:04,490 --> 00:07:07,640 そして、時間のわずか24％ 彼らは完全にそれを利用した。 130 00:07:07,640 --> 00:07:12,730 それで2010年にAmazon.comはなって その最後の物理Webサーバオフ 131 00:07:12,730 --> 00:07:14,430 とAWSに移動しました。 132 00:07:14,430 --> 00:07:16,660 だから、これはどのようなトラフィックがある パターンは、今のように見えます。 133 00:07:16,660 --> 00:07:19,240 容量はすぐ上です 実際に何が必要なの。 134 00:07:19,240 --> 00:07:23,100 >> では、なぜ私たちは、お客様が採用見ていますか AWSでのクラウドコンピューティングこんなに早く？ 135 00:07:23,100 --> 00:07:24,480 さて、敏捷性。 136 00:07:24,480 --> 00:07:27,090 だから、主要だ 私たちが見る理由。 137 00:07:27,090 --> 00:07:28,590 なぜ俊敏性が重要なのでしょうか？ 138 00:07:28,590 --> 00:07:31,790 まあ、それは顧客ができるようにします その古い世界で物事を行う 139 00:07:31,790 --> 00:07:36,090 行うには数週間または数ヶ月を要した 分または秒でそれら。 140 00:07:36,090 --> 00:07:39,510 あなたがスピンアップするようなことを行うことができますので、 まったく新しい開発環境やテスト環境、 141 00:07:39,510 --> 00:07:42,010 全く新しいDRがスピンアップ 環境、スピンアップ 142 00:07:42,010 --> 00:07:45,180 50のインスタンス、または千 ピーク時のトラフィックのためのインスタンス、 143 00:07:45,180 --> 00:07:49,140 それらの千のインスタンスを削除、設定 HPCクラスタ、またはGSクラスタまで、 144 00:07:49,140 --> 00:07:51,430 そしてあなたはそれを行うことができます すべてのAWS上で数分で。 145 00:07:51,430 --> 00:07:54,960 >> だから、これはどのようにつながる 革新の文化。 146 00:07:54,960 --> 00:07:57,290 だから、多くの場合、試すことができます。 147 00:07:57,290 --> 00:08:00,190 あなたは、あなたが使用しているもののために支払うことができます あなたがリスクなしで失敗する可能性があります。 148 00:08:00,190 --> 00:08:04,477 あなたが何かを試してみるのであれば、あなたがした 使用量の数時間のために支払われた。 149 00:08:04,477 --> 00:08:05,310 それは大したことではありません。 150 00:08:05,310 --> 00:08:08,150 あなたは大きな資本を入れていない そのためのアップフロントの投資。 151 00:08:08,150 --> 00:08:10,930 >> だから、顧客は何ですか 実際にのためにAWSを使用して？ 152 00:08:10,930 --> 00:08:16,170 さて、ノートルダム大学ので、 彼らは、AWSへの上に彼らのウェブサイトを移動しました。 153 00:08:16,170 --> 00:08:21,150 彼らは、約38000の平均を持っている 自分のサイトへの一日あたりの訪問者、 154 00:08:21,150 --> 00:08:26,150 それは中に150,000膨潤することができる スポーツイベントやサッカーの試合。 155 00:08:26,150 --> 00:08:29,840 そこで、彼らは私たちに上の彼らのウェブサイトを移動しました。 156 00:08:29,840 --> 00:08:33,650 そして今、彼らのウェブサイトでは、サポートすることができます トラフィックで500％増加し、すべての 157 00:08:33,650 --> 00:08:36,600 彼らは保存している間 既存の上に40パーセント 158 00:08:36,600 --> 00:08:39,120 彼らのウェブサイトのためのオンプレミスのセットアップ。 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL、彼らは、ストリームを生きるためにAWSを使用 好奇心火星探査車の着陸。 160 00:08:47,530 --> 00:08:51,320 だから彼らがわかった 事前にのみ6日 161 00:08:51,320 --> 00:08:53,650 彼らがする必要があること 別のプロバイダを見つける 162 00:08:53,650 --> 00:08:56,030 彼らの定期的な提供者から 彼らのライブストリームのために。 163 00:08:56,030 --> 00:08:58,140 また、これは同じであった オリンピックのような時間。 164 00:08:58,140 --> 00:09:01,686 そこで彼らは、CDMを買うことができませんでした どこでも当時の容量。 165 00:09:01,686 --> 00:09:04,310 だから彼らは基本的に設定する 独自のコンテンツ配信ネットワーク 166 00:09:04,310 --> 00:09:07,240 6日間で私たちのEC2サービスで。 167 00:09:07,240 --> 00:09:10,090 そして、彼らは持っていることができました それは彼らのニーズにスケールアップ。 168 00:09:10,090 --> 00:09:13,480 彼らは想像し、私が思うに、だった 約万人の視聴者。 169 00:09:13,480 --> 00:09:16,200 だから、本当に面白かった それらが使用される技術フィード 170 00:09:16,200 --> 00:09:18,990 アドビのFlash Media Server と[？インターネット？]キャッシュ。 171 00:09:18,990 --> 00:09:23,350 そして、彼らは全体を配備することができました これらのプログラムでなどのクラスター 172 00:09:23,350 --> 00:09:23,850 必要に応じて。 173 00:09:23,850 --> 00:09:26,590 そして彼らは、ときにそれらをスピンダウン 彼らはもはやそれを使用しませんでした。 174 00:09:26,590 --> 00:09:32,680 >> 使用2012年のオバマ氏のキャンペーン 200以上のアプリケーションのためのAWS 175 00:09:32,680 --> 00:09:34,950 彼らは、プラットフォーム上でホストされていること。 176 00:09:34,950 --> 00:09:39,010 彼らは、に至るまですべてを持っていた 支払プロセッサに、ツールを呼び出して、 177 00:09:39,010 --> 00:09:43,920 モバイルアプリケーションへ、へ ボランティア組織のウェブサイト、 178 00:09:43,920 --> 00:09:47,269 ビッグデータ分析ツールへ。 179 00:09:47,269 --> 00:09:49,060 そして、すべてがしなければならなかった 選挙日の作業。 180 00:09:49,060 --> 00:09:52,459 だから、選挙日になるに移動します 憲法改正を必要とし、 181 00:09:52,459 --> 00:09:53,750 その結果が起こるするつもりではなかった。 182 00:09:53,750 --> 00:09:56,208 だから、すべてのシステムが行っていた 初日上で動作するように持っている。 183 00:09:56,208 --> 00:09:57,670 そして彼らはやった。 184 00:09:57,670 --> 00:10:00,660 >> それでは、実際のサービスについて話しましょう​​。 185 00:10:00,660 --> 00:10:03,130 したがって、最初のネットワークサービス。 186 00:10:03,130 --> 00:10:06,750 だから、アマゾンVPCです 仮想プライベートクラウド。 187 00:10:06,750 --> 00:10:09,500 それは基本的にあり ソフトウェア定義ネットワーク 188 00:10:09,500 --> 00:10:13,910 それはあなたのEC2インスタンスの上に住んでいる、 我々が話をしましょう​​とあなたのRDS、 189 00:10:13,910 --> 00:10:15,120 とElastiCacheは。 190 00:10:15,120 --> 00:10:20,080 >> だから、あなたは、プライベートを定義することができます あなたのインスタンスのアドレス空間。 191 00:10:20,080 --> 00:10:22,820 あなたがにそれを破ることができます パブリックサブネット、プライベートサブネット。 192 00:10:22,820 --> 00:10:27,790 あなたはにVPN接続を行うことができます 社内のデータセンター。 193 00:10:27,790 --> 00:10:33,635 その後も拡張することができます VPCへのオンプレミスのアドレス空間。 194 00:10:33,635 --> 00:10:37,400 あなたは、ルートを操作する力を持っている テーブルだから、物事をカスタマイズすることができます。 195 00:10:37,400 --> 00:10:40,450 あなたは、ネットワークアクセスを持っている VPCでの制御リスト。 196 00:10:40,450 --> 00:10:42,370 [？それそれで？]あなたを与える 多くの柔軟性 197 00:10:42,370 --> 00:10:45,640 あなたがAWSで実行しているものの上。 198 00:10:45,640 --> 00:10:47,140 >> その後、AWSのDirectConnectがあります。 199 00:10:47,140 --> 00:10:50,820 だから、DirectConnectのはプライベートです 私たちの地域への接続。 200 00:10:50,820 --> 00:10:54,380 だから、1または10ギグを得ることができます リンクまたは複数の1または10ギガのリンク 201 00:10:54,380 --> 00:10:55,720 領域まで。 202 00:10:55,720 --> 00:10:58,470 だから、多くのをアップロードする場合 データや大量のデータをダウンロードする 203 00:10:58,470 --> 00:11:01,440 そして、プライベート接続が必要 それがオプションだ。 204 00:11:01,440 --> 00:11:02,710 >> ルート53もあります。 205 00:11:02,710 --> 00:11:05,410 だから、ルート53は、我々のDNSサービスです。 206 00:11:05,410 --> 00:11:07,860 それは面白いのすべての種類を行います。 207 00:11:07,860 --> 00:11:09,250 だから、ヘルスチェックをサポートしています。 208 00:11:09,250 --> 00:11:12,590 だから、たとえば、2のコピーを実行することができます 同時にあなたのウェブサイトの。 209 00:11:12,590 --> 00:11:15,860 そのうちの1つが、あなたが失敗した場合 他のコピーにトラフィックをリダイレクトする。 210 00:11:15,860 --> 00:11:20,400 >> それとも、地理ベースのレコードを行うことができます だから、一つの国のためにトラフィックをルーティングすることができます 211 00:11:20,400 --> 00:11:22,870 から別のクラスタに 別のクラスタへの国。 212 00:11:22,870 --> 00:11:27,140 あなたは、A / Bテストを行うので、あなたができる トラフィックの80％を有することができ 213 00:11:27,140 --> 00:11:30,510 あなたのウェブサイトのコピーにと あなたのウェブサイトの新しいコピー20％ 214 00:11:30,510 --> 00:11:33,120 そして1がより良い実行するを参照してください。 215 00:11:33,120 --> 00:11:35,385 だから、のすべての種類を行うことができます そこに面白い。 216 00:11:35,385 --> 00:11:36,760 あなたは待ち時間基づいてレコードを行うことができます。 217 00:11:36,760 --> 00:11:39,160 つまり、あなたのコピーを持つことができます 世界中のウェブサイト 218 00:11:39,160 --> 00:11:43,500 ユーザーがいずれかに送信されました 自分の待ち時間に基づいて、それらに最も近い。 219 00:11:43,500 --> 00:11:46,030 また、深い統合を持ってい AWSサービスと、 220 00:11:46,030 --> 00:11:50,980 このような私たちのロードバランサとして、 とS3、およびCloudFrontを、 221 00:11:50,980 --> 00:11:53,680 ので、それは本当に簡単です CloudFrontのに物事を指す 222 00:11:53,680 --> 00:11:57,190 あなたのためのディストリビューション のLBまたはS3バケット。 223 00:11:57,190 --> 00:11:57,930 >> その後、EC2があります。 224 00:11:57,930 --> 00:12:00,432 だから、EC2は、当社の仮想サーバサービスです。 225 00:12:00,432 --> 00:12:01,390 あなたは、Windows上で実行することができます。 226 00:12:01,390 --> 00:12:02,560 あなたはそれでLinuxを実行することができます。 227 00:12:02,560 --> 00:12:05,230 あなたが完全に制御を持っている オペレーティングシステム。 228 00:12:05,230 --> 00:12:09,519 ウィンドウズの異なるフレーバーがあります とLinux、そうレッドハットは、Debian、Ubuntuの。 229 00:12:09,519 --> 00:12:11,560 我々は独自のディストリビューションを持っている アマゾンのLinuxと呼ばれる。 230 00:12:11,560 --> 00:12:14,000 あなたがしたい1選ぶことができます。 231 00:12:14,000 --> 00:12:15,680 >> インスタンスの異なる種類があります。 232 00:12:15,680 --> 00:12:18,330 だから、27以上のインスタンスがあります この時点でタイプ。 233 00:12:18,330 --> 00:12:21,590 だから、別のインスタンスがあります さまざまなワークロードに基づいて家族。 234 00:12:21,590 --> 00:12:23,550 だから、一般的ながあります 目的·インスタンス、その 235 00:12:23,550 --> 00:12:26,910 あなたがわからない場合は、単に何か あなたがそれらと始めることができ、必要があります。 236 00:12:26,910 --> 00:12:30,620 >> ある最適化されたコンピューティングは、あります Webサーバのようなもののための素晴らしい、 237 00:12:30,620 --> 00:12:31,160 右？ 238 00:12:31,160 --> 00:12:33,450 最適化されたメモリがあります インスタンス、その 239 00:12:33,450 --> 00:12:36,190 のようなもののために素晴らしいです 日付リレーショナルデータベース。 240 00:12:36,190 --> 00:12:41,230 ストレージ最適化されたインスタンスがあります、 ので、これらはそれらに大きなSSDを持っている。 241 00:12:41,230 --> 00:12:46,440 そこで、彼らは物事に最適だ モンゴやNoSQLのような、右？ 242 00:12:46,440 --> 00:12:49,750 >> とグラフィックがあります 最適化されたインスタンスは、 243 00:12:49,750 --> 00:12:52,970 GPUに最適である 計算およびクラスタインスタンス。 244 00:12:52,970 --> 00:12:54,940 そして最後にコストがあります 最適化されたインスタンス。 245 00:12:54,940 --> 00:12:56,850 あなただけしようとしているのであれば 、あなたを実験するため 246 00:12:56,850 --> 00:13:01,820 低コストのインスタンスの束を得ることができます そのユースケースに最適ですタイプ。 247 00:13:01,820 --> 00:13:03,330 その後、オートスケーリングがあります。 248 00:13:03,330 --> 00:13:07,840 だから、自動スケーリングはEC2のためのAPIです。 249 00:13:07,840 --> 00:13:12,360 そして、それはあなたがスケールを水平にすることができます アップとEC2インスタンスのティアダウン。 250 00:13:12,360 --> 00:13:14,460 それでは、あなたが持っているとしましょう Webサーバの束。 251 00:13:14,460 --> 00:13:17,970 >> そして、ノートルダム場合と同様に、あなた 通常、あなたがそれらの2を持っている必要があり、 252 00:13:17,970 --> 00:13:19,519 しかし、あなたは10のスケールが必要になる場合があります。 253 00:13:19,519 --> 00:13:21,810 さて、あなたは、自動スケーリングを使用することができます 自動的にトリガする 254 00:13:21,810 --> 00:13:24,360 スケールアップまたはダウンイベント メトリックに基づく。 255 00:13:24,360 --> 00:13:28,020 だから、[？ CPU？]使用量、待ち時間。 256 00:13:28,020 --> 00:13:30,570 あなたはとても、カスタムメトリックを行うことができます それはそこで終わっかなりオープンだ。 257 00:13:30,570 --> 00:13:32,490 >> また、スケジュールに基づいて拡張することができます。 258 00:13:32,490 --> 00:13:36,180 だから、あなたが必要があるとしていることがわかっている場合 午前6時月​​曜日に多くのトラフィック、 259 00:13:36,180 --> 00:13:40,150 あなたは午前6時に月曜日にスケールアップすることができます 5:00 PMに、月曜日にスケールダウン。 260 00:13:40,150 --> 00:13:43,610 また、それは上に基づいて行うことができます ちょうどラインがコマンドコマンド。 261 00:13:43,610 --> 00:13:45,150 >> そして、弾性ロードバランシングがあります。 262 00:13:45,150 --> 00:13:48,070 そのため、弾性ロードバランシング 管理するロードバランサです。 263 00:13:48,070 --> 00:13:51,590 だから、それをボタンをクリックしてください あなたのための引当金ロードバランサ。 264 00:13:51,590 --> 00:13:54,610 ロードバランサは、住んでいる 複数のアベイラビリティゾーン。 265 00:13:54,610 --> 00:14:00,570 これは、SSLオフロードを行います ポート25、80、443のために、 266 00:14:00,570 --> 00:14:05,750 とTCPトラフィックの1024以上の何でも。 267 00:14:05,750 --> 00:14:09,469 >> これは、接続の排出を行う プロキシプロトコルをサポート。 268 00:14:09,469 --> 00:14:11,135 だから、非常に機能豊富なロードバランサです。 269 00:14:11,135 --> 00:14:13,440 そして、それは統合を持っている オートスケーリング。 270 00:14:13,440 --> 00:14:16,690 ですから、自動スケーリングを使用しているとき あなたがスケールアップとダウンしている、 271 00:14:16,690 --> 00:14:19,700 あなたのインスタンスを持つことができる 自動的に参加するか、残す 272 00:14:19,700 --> 00:14:21,810 弾性ロードバランサ。 273 00:14:21,810 --> 00:14:23,980 >> それでは、私たちのストレージサービスがあります。 274 00:14:23,980 --> 00:14:27,170 だから、最初の1はアマゾンで EBS、または弾性ブロックストア。 275 00:14:27,170 --> 00:14:32,720 これらは、その永続的なボリュームです あなたのEC2インスタンスにマウントすることができます。 276 00:14:32,720 --> 00:14:34,800 だから、それらのスナップショットを作成することができます。 277 00:14:34,800 --> 00:14:39,550 だから、EBSのスナップショットを作成するとき ボリュームは、S3に進み、 278 00:14:39,550 --> 00:14:41,730 その私たちは第二に約話しましょう​​。 279 00:14:41,730 --> 00:14:44,080 異なる3つがあります EBSボリュームのタイプ。 280 00:14:44,080 --> 00:14:48,350 >> ちょうどである磁気EBSは、あります 磁気ディスクの標準ソートの一種。 281 00:14:48,350 --> 00:14:51,030 それは、最も経済的な選択肢です。 282 00:14:51,030 --> 00:14:53,210 その後、一般的ながあります 汎用SSD、どこ 283 00:14:53,210 --> 00:14:55,830 ギガバイトの条項ごとに3つのIOPSを得る。 284 00:14:55,830 --> 00:14:59,080 ですから、1テラバイトを持っている場合 ボリューム、あなたは3000 IOPSを持っている。 285 00:14:59,080 --> 00:15:02,730 そして、IOPSがプロビジョニングさだ。 286 00:15:02,730 --> 00:15:06,660 だから、ときにIOPSがあるプロビジョニング あなたが使用するディスクスペースのために支払う 287 00:15:06,660 --> 00:15:08,270 そしてどのくらいのIOPS容量のものが必要です。 288 00:15:08,270 --> 00:15:12,150 ですから、プロビジョニングアップすることができます 体積あたり4000 IOPSへ。 289 00:15:12,150 --> 00:15:16,360 >> それでは、Amazon S3はあります。 290 00:15:16,360 --> 00:15:19,340 Amazon S3は、私たちのオブジェクトストアです。 291 00:15:19,340 --> 00:15:23,230 だから、Amazon S3は、あなたがそれを使用することができます データだけの任意の種類を格納する。 292 00:15:23,230 --> 00:15:27,850 あなたは静的に格納するために使用することができ ウェブサイトやホース静的なWebサイト。 293 00:15:27,850 --> 00:15:32,870 あなたは、バックアップにS3を使用することができます いくつかのユースケースでとアーカイブ 294 00:15:32,870 --> 00:15:40,500 のためのあなたの源と出力バケツなど ビッグデータ分析、またはトランスコーディング。 295 00:15:40,500 --> 00:15:47,700 また、原点として使用することができ CloudFrontの配信のため。 296 00:15:47,700 --> 00:15:49,180 >> だから、S3の超強力。 297 00:15:49,180 --> 00:15:52,660 S3の11のために設計 耐久性のライン。 298 00:15:52,660 --> 00:15:55,480 だから何それが意味することは、それが維持できるである 少なくとも2つのデータの消失 299 00:15:55,480 --> 00:16:00,790 同時にセンタ あなたのデータを失うことなく。 300 00:16:00,790 --> 00:16:02,050 あなたは、S3の暗号化を行うことができます。 301 00:16:02,050 --> 00:16:05,150 そのため、サーバー·セットの暗号化、またはサーバー あなたのキーで暗号化を設定する。 302 00:16:05,150 --> 00:16:08,870 管理したいのであれば キーは、あなたにもそれを行うことができます。 303 00:16:08,870 --> 00:16:09,940 >> 氷河があります。 304 00:16:09,940 --> 00:16:12,670 だから、氷河は私たちです 長期の保管サービス。 305 00:16:12,670 --> 00:16:15,050 またために設計されて 耐久性の11行、 306 00:16:15,050 --> 00:16:18,510 それはあなたが保存したいときのためだ 何か、それについて忘れて、右？ 307 00:16:18,510 --> 00:16:21,690 どうコンプライアンスのための、または他のそのように 理由はあなたが何かをアーカイブする必要があり、 308 00:16:21,690 --> 00:16:22,890 あなたは氷河を使用する必要があります。 309 00:16:22,890 --> 00:16:26,210 だから、氷河は0.01ドルの費用 月額ギガバイトあたり。 310 00:16:26,210 --> 00:16:29,550 とAmazon S3正午 月額ギガバイトあたり0.03ドル。 311 00:16:29,550 --> 00:16:35,274 そう氷河安価で 氷河は三から五時間かかります 312 00:16:35,274 --> 00:16:36,190 あなたのデータを取り戻すために。 313 00:16:36,190 --> 00:16:37,939 だからあれば、OKだ場合、 それは、アーカイブケースですが、 314 00:16:37,939 --> 00:16:40,970 その後氷河のおそらく そのための右のユースケース。 315 00:16:40,970 --> 00:16:42,300 >> その後、ストレージ·ゲートウェイがあります。 316 00:16:42,300 --> 00:16:44,720 だから、ストレージ·ゲートウェイ 仮想マシンは、ある 317 00:16:44,720 --> 00:16:50,070 あなたがローカルで実行できること ヴイエムウェア、またはHyper-Vで。 318 00:16:50,070 --> 00:16:52,300 それはあなたのiSCSIエンドポイントを提供します。 319 00:16:52,300 --> 00:16:54,575 次に、設定することができます その上に別のVM 320 00:16:54,575 --> 00:16:58,440 それは、iSCSIことを公開します CIFSまたはNFSを持つエンドポイント。 321 00:16:58,440 --> 00:17:01,690 そのに入る何か その後、ネットワーク共有となります 322 00:17:01,690 --> 00:17:05,970 Amazon S3の、または氷河にバックアップ、 またはEBSあなたがそれをセットアップする方法に応じて。 323 00:17:05,970 --> 00:17:10,430 だから、簡単な方法です AWSにあなたのデータを取得する。 324 00:17:10,430 --> 00:17:12,510 >> それでは、私達のデータベース·サービスがあります。 325 00:17:12,510 --> 00:17:14,589 だから、最初の1は、Amazon RDSはある。 326 00:17:14,589 --> 00:17:17,589 だから、これは私たちの関係です データベースサービス。 327 00:17:17,589 --> 00:17:21,420 だから、これは管理され、リレーショナルです データベース[？あなたのために。 ？] 328 00:17:21,420 --> 00:17:27,030 これは、SQL ServerやOracleをサポートします MySQLは、とPostgresのエンジン。 329 00:17:27,030 --> 00:17:28,820 >> これは、自動フェイルオーバーを行います。 330 00:17:28,820 --> 00:17:31,580 あなたが持っているのであれば マルチAZオプションは、有効になって 331 00:17:31,580 --> 00:17:37,070 それは、同期ブロックレベルを行い アベイラビリティゾーン間でのレプリケーション。 332 00:17:37,070 --> 00:17:41,550 そして、あなたの主な場合 失敗した、それだけで自動的によ 333 00:17:41,550 --> 00:17:43,590 それらの間のフェイルオーバー。 334 00:17:43,590 --> 00:17:47,410 また、MySQLのエンジンのために、サポート 同じ領域内のレプリカを読む 335 00:17:47,410 --> 00:17:49,210 または地域間。 336 00:17:49,210 --> 00:17:51,720 そして、全ての種類があります そこに興味深いオプション。 337 00:17:51,720 --> 00:17:53,200 だから、あなたのためにバックアップをやる。 338 00:17:53,200 --> 00:17:54,480 だから、S3にバックアップよ。 339 00:17:54,480 --> 00:17:57,470 それだけでなく、あなたのためにパッチの適用をやる。 340 00:17:57,470 --> 00:17:58,900 >> その後、DynamoDBのがあります。 341 00:17:58,900 --> 00:18:01,740 DynamoDBのは、当社の管理のNoSQLサービスです。 342 00:18:01,740 --> 00:18:04,840 ダイナモDBにとっては、奪う すべての管理上の負担 343 00:18:04,840 --> 00:18:09,190 あなたのためのNoSQLサービスを管理する。 344 00:18:09,190 --> 00:18:11,630 あなただからプロビジョニング テーブルとあなたが言う 345 00:18:11,630 --> 00:18:13,380 どのくらいの読み取りおよび書き込み 容量はあなたが欲しい。 346 00:18:13,380 --> 00:18:15,090 そして、それはあなたのためにそれをお届けします。 347 00:18:15,090 --> 00:18:16,929 だから、非常にだ 使用するための単純なサービス。 348 00:18:16,929 --> 00:18:17,970 その後ElastiCacheはがあります。 349 00:18:17,970 --> 00:18:21,860 だから、ElastiCacheはは私たちです キャッシングサービスを管理していました。 350 00:18:21,860 --> 00:18:25,010 これは、基本的に管理されている RedisのかElastiCacheは。 351 00:18:25,010 --> 00:18:28,830 だから、再び、あなたはプロビジョニングクラスタをすることができます ElastiCacheはまたはRedisのインスタンスの 352 00:18:28,830 --> 00:18:34,240 やバックアップを心配する必要はありませ、 またはフェールオーバー、またはその原料のいずれか。 353 00:18:34,240 --> 00:18:36,530 >> その後、我々は我々のアプリケーションサービスを持っている。 354 00:18:36,530 --> 00:18:38,770 だから、CloudFrontのは私たちです コンテンツ配信ネットワーク 355 00:18:38,770 --> 00:18:42,240 そしてそれはそれらのエッジロケーションに住んでいる 私は前の話という。 356 00:18:42,240 --> 00:18:44,680 そうCloudFrontは使用することができる ライブビデオストリーミングのために、 357 00:18:44,680 --> 00:18:49,150 オンデマンドビデオストリーミングにするため、 ちょうどウェブサイトを持つために、 358 00:18:49,150 --> 00:18:50,940 そうウェブサイトをホスティングしている。 359 00:18:50,940 --> 00:18:54,270 だから、ウェブサイトがホストさがあります 弾性ロードバランサ上で、 360 00:18:54,270 --> 00:18:59,236 またはインスタンス、またはS3バケット、 あるいは単にオンプレミスのハードウェア。 361 00:18:59,236 --> 00:19:01,610 そして、あなたはCloudFrontのを置くことができます その前に配布。 362 00:19:01,610 --> 00:19:02,660 それはあなたのコンテンツをキャッシュします。 363 00:19:02,660 --> 00:19:04,160 これは、エッジ位置の上に置くだろう。 364 00:19:04,160 --> 00:19:06,430 そしてそうするとき誰か あなたのウェブサイトに行く 365 00:19:06,430 --> 00:19:10,100 彼らはCloudFrontのを、打つことでしょう それらにおそらく近いために起こっている 366 00:19:10,100 --> 00:19:11,980 何よりも、原点である。 367 00:19:11,980 --> 00:19:15,600 そして、それは多くのオフロードします 起源オフロード、 368 00:19:15,600 --> 00:19:22,600 したがって、両方のあなたのお金を節約し、 優れたユーザーエクスペリエンスを得る。 369 00:19:22,600 --> 00:19:24,780 >> その後、アマゾンCloudSearchがあります。 370 00:19:24,780 --> 00:19:26,810 だから、CloudSearchは 管理された検索サービス。 371 00:19:26,810 --> 00:19:30,510 だから、あなたはそれをあなたの検索可能を送る データは、APIを介してそれに話をし、 372 00:19:30,510 --> 00:19:32,710 それはあなたのために、検索結果をやる。 373 00:19:32,710 --> 00:19:34,530 その後、弾性トランスコーダがあります。 374 00:19:34,530 --> 00:19:36,530 だから、管理するトランスコーディングソリューションです。 375 00:19:36,530 --> 00:19:41,050 あなたは、S3バケットにあなたのビデオを置く にトランスコードする何ということを教え、 376 00:19:41,050 --> 00:19:45,460 どのような形式と何 サイズとすべてのもの。 377 00:19:45,460 --> 00:19:49,470 そして、それはそれをトランスコードしてあげるよ それあなたのためのS3バケットに。 378 00:19:49,470 --> 00:19:52,600 >> そして、私たちの大きなデータ·サービスがあります。 379 00:19:52,600 --> 00:19:55,780 だから我々は、アマゾンEMRを持っている その削減弾性地図です。 380 00:19:55,780 --> 00:19:58,200 だから、これはホストさのHadoopフレームワークです。 381 00:19:58,200 --> 00:20:02,920 だから、からHadoopクラスタをスピンアップすることができます インスタンスの数百に1インスタンス 382 00:20:02,920 --> 00:20:04,030 あなたが必要な場合は。 383 00:20:04,030 --> 00:20:06,975 それはの深い統合を持っている S3、それのためのファイルシステムとしてとても 384 00:20:06,975 --> 00:20:09,830 あなたはこれを使用して、HDSFを使用することができます 伝統的には、Hadoopで行う。 385 00:20:09,830 --> 00:20:12,870 または、ファイルシステムとしてS3を行うことができます。 386 00:20:12,870 --> 00:20:15,240 >> これは、サポートを持っている あるスポット価格設定、 387 00:20:15,240 --> 00:20:19,110 Amazonで、あなたはどのように入札 過剰生産能力のために。 388 00:20:19,110 --> 00:20:20,840 だから、すべてのことをサポートしています。 389 00:20:20,840 --> 00:20:26,670 これは、一般的なのHadoopフレームワークをサポートしています そのようなスパークとシャークとハイブなど 390 00:20:26,670 --> 00:20:28,460 と豚。 391 00:20:28,460 --> 00:20:32,950 そして、我々は5.5上で見てきた 万人EMRクラスター 392 00:20:32,950 --> 00:20:35,340 Amazonでこの時点で開始しました。 393 00:20:35,340 --> 00:20:38,338 >> その後、我々はAWSデータパイプラインを持っている。 394 00:20:38,338 --> 00:20:40,213 だから、データパイプラインがある できるようになりますサービス 395 00:20:40,213 --> 00:20:42,296 あなたは全体のデータを移動する 私たちの異なるデータストア。 396 00:20:42,296 --> 00:20:48,030 だから、S3から何かを取ることができ、置く RDSに、その上にいくつかのEMRをそれを行う、 397 00:20:48,030 --> 00:20:50,760 ある赤方偏移、に入れて 私たちのデータウェアハウスアプライアンス、 398 00:20:50,760 --> 00:20:54,564 そして、あなたは何かを引き出すことができます を前提に、MySQLインスタンスの。 399 00:20:54,564 --> 00:20:56,730 だから、すべての種類のがあります 物事は、あなたはそれで行うことができます。 400 00:20:56,730 --> 00:20:57,646 >> その後、赤方偏移があります。 401 00:20:57,646 --> 00:21:00,470 赤方偏移は、当社の管理されている データウェアハウス·アプライアンス。 402 00:21:00,470 --> 00:21:04,880 それは、そのように、ペタバイト規模であることを意図だ あなたはその上に大量のデータを格納することができます。 403 00:21:04,880 --> 00:21:07,280 それは、超並列アーキテクチャです。 404 00:21:07,280 --> 00:21:10,040 だから、多くのを持つことができます あなたがしたい場合は、ノード。 405 00:21:10,040 --> 00:21:13,509 そして、それはすべてのバックアップを行い、すべての あなたのための管理上のもの。 406 00:21:13,509 --> 00:21:14,550 そしてキネシスがあります。 407 00:21:14,550 --> 00:21:17,340 キネシスは、私たちの、リアルタイムで 処理サービス。 408 00:21:17,340 --> 00:21:20,970 だから、いくつかのソースを取ることができます リアルタイムストリーミングデータ、 409 00:21:20,970 --> 00:21:27,360 そうTwitterの消防ホース、またはAのように言う ログデータの束、キネシスに送信します。 410 00:21:27,360 --> 00:21:29,140 キネシスはあなたのためにすべてのことを処理します。 411 00:21:29,140 --> 00:21:32,250 そして、あなたは接続することができます 物事を引き出すためにそれに労働者 412 00:21:32,250 --> 00:21:36,340 そして、たとえば、ライブダッシュボードを行う または、その上に生の分析を行う。 413 00:21:36,340 --> 00:21:38,330 >> それでは我々の導入サービスを持っている。 414 00:21:38,330 --> 00:21:42,530 だから、AWS OpsWorksはDevOpsのフレームワークです。 415 00:21:42,530 --> 00:21:45,237 だから、あなたのアプリケーションを取る あなたは層にそれを破る。 416 00:21:45,237 --> 00:21:48,195 つまり、あなたのロードバランサを持っている 層、あなたのウェブ層、あなたのアプリケーション層、 417 00:21:48,195 --> 00:21:51,590 あなたのデータベース層、そしてあなた これらの層上の引当金の事 418 00:21:51,590 --> 00:21:53,720 シェフのレシピに基づいて。 419 00:21:53,720 --> 00:21:56,280 シェフは、構成です 管理システム。 420 00:21:56,280 --> 00:21:59,530 だから、またサポートしています ライフサイクルイベントなど 421 00:21:59,530 --> 00:22:01,820 あなたが管理しない場合は、 あなた自身のシェフ、右、 422 00:22:01,820 --> 00:22:04,570 あなたはいくつかの種類を持っているしたい場合は 物事を展開するプログラム的な方法 423 00:22:04,570 --> 00:22:07,420 あなたのインスタンス上にこの あなたのための1つのオプションです。 424 00:22:07,420 --> 00:22:09,030 >> その後、我々は弾性豆の木を持っている。 425 00:22:09,030 --> 00:22:16,030 伸縮性があるのでBeanstalkは、そのサービスである あなたが開発者なら言うto--ことができます。 426 00:22:16,030 --> 00:22:18,630 あなたは、Gitのレポでコードを持っている。 427 00:22:18,630 --> 00:22:22,030 あなたが心配する必要はしたくない あなた自身のELBsまたはRDSの展開について 428 00:22:22,030 --> 00:22:24,500 インスタンスまたは正規のEC2インスタンス。 429 00:22:24,500 --> 00:22:29,050 だから、あなたが何をすべきかがあなたのコードから、あなたです、 単に弾性Beanstalkのに送信します。 430 00:22:29,050 --> 00:22:33,310 弾性Beanstalkは意志の規定RDS インスタンスとELBsとすべてのもの 431 00:22:33,310 --> 00:22:35,556 あなたのために、彼らにあなたのコードを配置します。 432 00:22:35,556 --> 00:22:37,305 だから、それたくさんできます 開発者のためのより簡単 433 00:22:37,305 --> 00:22:40,600 AWS上に彼らのコードを展開する。 434 00:22:40,600 --> 00:22:41,910 >> その後CloudFormationはがあります。 435 00:22:41,910 --> 00:22:47,310 だから、CloudFormationは、サービスのです コー​​ドとしてインフラストラクチャを処理する。 436 00:22:47,310 --> 00:22:50,280 だから今、あなたはこのすべてを持っていること アプリケーション内のもの、 437 00:22:50,280 --> 00:22:52,680 あなたはあなたのVPCを持って、 セキュリティグループルール、 438 00:22:52,680 --> 00:22:56,000 そしてあなたのEC2インスタンス、 そしてあなたのRDSインスタンス。 439 00:22:56,000 --> 00:22:58,130 だから、この全体を持っている AWS上のアーキテクチャ。 440 00:22:58,130 --> 00:23:01,340 さて、どのようにプログラム的にやる それをスピンアップするか、それを再作成？ 441 00:23:01,340 --> 00:23:04,170 あなたは、JSONファイルを書き込むことができます それは、そのすべてを表す。 442 00:23:04,170 --> 00:23:05,920 そして、次のことができます [？取る？]そのJSONファイルを 443 00:23:05,920 --> 00:23:08,180 とあなたを配備 それのオフインフラ。 444 00:23:08,180 --> 00:23:10,930 だから、アーキテクチャを持つことができます どこで、あなたは、コードをデプロイするたびに、 445 00:23:10,930 --> 00:23:14,560 それはあなたの全体の新しいコピーをスピンアップ アーキテクチャとそれにフェイルオーバーします。 446 00:23:14,560 --> 00:23:19,130 だから、あなたもこれを行うことができます 変更可能なインフラを持っている。 447 00:23:19,130 --> 00:23:21,970 >> その後、最終的に私たちのがあります 管理サービス。 448 00:23:21,970 --> 00:23:25,270 だから私たちの管理サービス アマゾンIAMで始まる、 449 00:23:25,270 --> 00:23:27,410 そのためには、IDおよびアクセス管理です。 450 00:23:27,410 --> 00:23:30,150 だから、あなたがすることができます AWSアカウントを管理する 451 00:23:30,150 --> 00:23:32,290 だから、サブを持つことができます ユーザーとグループとやる 452 00:23:32,290 --> 00:23:34,330 IDフェデレーション とスタッフのすべての種類。 453 00:23:34,330 --> 00:23:36,690 これは、セキュリティのために本当に重要です。 454 00:23:36,690 --> 00:23:39,440 >> その後、我々はアマゾンCloudWatchのを持っている、 その私たちのメトリクスサービスです。 455 00:23:39,440 --> 00:23:41,956 だから、それはあなたのCPU使用率を提供します とメトリックのすべての種類。 456 00:23:41,956 --> 00:23:44,080 そして、あなたはカスタム行うことができます メトリック、および[？あなたが行うことができますか？] 457 00:23:44,080 --> 00:23:47,050 これらのメトリックに基づいて、自動スケーリング。 458 00:23:47,050 --> 00:23:48,450 >> そして、我々はCloudTrailを持っている。 459 00:23:48,450 --> 00:23:50,680 だからCloudTrailは私たちです 監査のためのサービス。 460 00:23:50,680 --> 00:23:54,380 だから、API呼び出しを記録します Amazon Webサービスに対して。 461 00:23:54,380 --> 00:23:56,560 だから、このインスタンスを再起動し誰？ 462 00:23:56,560 --> 00:23:58,060 誰がこのセキュリティグループを変更？ 463 00:23:58,060 --> 00:23:59,810 とにそれらをログに記録 あなたので、必要に応じてバケット 464 00:23:59,810 --> 00:24:03,650 中に何が起こったか見ることができます あなたのアカウントと誰がそれをやった。 465 00:24:03,650 --> 00:24:05,600 >> その私たちは新サービス 持っているワークスペースです。 466 00:24:05,600 --> 00:24:08,530 だから、AWS上のデスクトップ仮想化だ。 467 00:24:08,530 --> 00:24:13,290 だから、プロビジョニングA缶 ワークステーション、Windowsワークステーション、 468 00:24:13,290 --> 00:24:17,810 それは、次に来る 数分で最大。 469 00:24:17,810 --> 00:24:21,470 それはあなたのアクティブに接続されます ディレクトリ、あなたのユーザーとそう。 470 00:24:21,470 --> 00:24:23,580 そして、あなたは簡単にそれを再構築することができます。 471 00:24:23,580 --> 00:24:25,090 あなたは簡単にプロビジョニング新しいものができる。 472 00:24:25,090 --> 00:24:28,250 とのさまざまな種類があります そこに別のソフトウェア。 473 00:24:28,250 --> 00:24:30,740 >> だから今私たちが経てきたこと 当社のサービスの多くは、してみましょう 474 00:24:30,740 --> 00:24:31,850 実際のライブデモを行います。 475 00:24:31,850 --> 00:24:35,700 だから私は切り替えるつもりだ ここに私のウェブブラウザに。 476 00:24:35,700 --> 00:24:41,270 だから私はあなたを表示したいもの すぐにセットアップする方法です。 477 00:24:41,270 --> 00:24:43,690 その上にWordpressのとEC2インスタンス。 478 00:24:43,690 --> 00:24:45,440 そして、我々はつもりだ 同じことを行うには、 479 00:24:45,440 --> 00:24:48,890 しかし、我々はスピンアップするつもりだ RDSインスタンスとELB。 480 00:24:48,890 --> 00:24:52,690 だから我々はちょうどインスタンス上でそれをやると 我々としても、すべての層を破るよ。 481 00:24:52,690 --> 00:24:54,510 >> それでは、EC2インスタンスを起動してみましょう。 482 00:24:54,510 --> 00:24:57,190 そのだから、最初のこと 私はすでにここにやった 483 00:24:57,190 --> 00:24:59,230 あなたはするつもりださ 鍵ペアを持っている。 484 00:24:59,230 --> 00:25:03,576 だから、鍵のペアは、次のことができます 実際のインスタンスにログインします。 485 00:25:03,576 --> 00:25:05,450 だから、プライベートを保つ 鍵ペアの一部、 486 00:25:05,450 --> 00:25:08,570 私たちは国民を置く インスタンス上に一部。 487 00:25:08,570 --> 00:25:11,700 そして、それはあなたがログインすることができますものです。 488 00:25:11,700 --> 00:25:16,330 だから私はすでに、私の鍵ペアをインポートした ここにちょうど私の定期的なSSH鍵ペア。 489 00:25:16,330 --> 00:25:19,290 >> だから他の事 私は、ISここで何するつもりだ 490 00:25:19,290 --> 00:25:22,214 私はすでにいくつかの事例を持っている 実行しているが、私は新しいものを起動します。 491 00:25:22,214 --> 00:25:24,130 だから私は私のを選ぶつもりだ ここでシステムを動作させる。 492 00:25:24,130 --> 00:25:27,970 だから、私はかなりを持って見ることができます オペレーティングシステムの大きな選択。 493 00:25:27,970 --> 00:25:31,015 だから私はちょうど選ぶつもりだ あなたの標準的なアマゾンのLinux。 494 00:25:31,015 --> 00:25:32,930 >> そして、私はインスタンスタイプを選択するつもりです。 495 00:25:32,930 --> 00:25:35,890 そして、これはあるので、 ウェブサーバー、私は行くよ 496 00:25:35,890 --> 00:25:39,540 それだからc3.largeを行うには おそらく集中的な計算。 497 00:25:39,540 --> 00:25:45,210 だから私はc3.largeを選ぶつもりだ、 と私はそれらの1を起動するつもりです。 498 00:25:45,210 --> 00:25:48,630 私はそれを残すつもりだ 今のデフォルトVPC。 499 00:25:48,630 --> 00:25:50,810 私は一人ですべてのこのようなものを残すつもりです。 500 00:25:50,810 --> 00:25:53,270 >> そして、私は有効にするつもりだ CloudWatchの監視 501 00:25:53,270 --> 00:25:56,204 CloudWatchの詳細な理由 モニタリングはCloudWatchのを変更 502 00:25:56,204 --> 00:25:58,870 5分からの監視 1分間の解像度に解像度。 503 00:25:58,870 --> 00:26:02,510 だから私はここに私のWebサーバーとそれを望ん。 504 00:26:02,510 --> 00:26:05,220 そして私はストレージに行くつもりです。 505 00:26:05,220 --> 00:26:08,710 だから私はここに上の汎用SSDが欲しい。 506 00:26:08,710 --> 00:26:11,940 8ギグは、おそらく私のために十分である 私はちょうどそれを維持するつもりです。 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 私はちょうどラベルを付けるつもりだ それWordpressのデモ。 509 00:26:19,230 --> 00:26:22,149 だから、これはタグ私がそうである それが実際にあるか知っている。 510 00:26:22,149 --> 00:26:24,190 そして私はするつもりだ セキュリティグループを構成します。 511 00:26:24,190 --> 00:26:27,510 そのため、セキュリティグループのようなものです 例えばファイアウォール。 512 00:26:27,510 --> 00:26:30,780 だから私は、いずれかを使用するつもりだ 私の既存の。 513 00:26:30,780 --> 00:26:35,890 したがって、このセキュリティグループは、それを SSHは可能なので、私はそれにSSHで接続することができます。 514 00:26:35,890 --> 00:26:37,580 そして、それは、HTTPを有効にします。 515 00:26:37,580 --> 00:26:40,390 >> 今、私はロックするつもりだ もう少しそのSSHダウン。 516 00:26:40,390 --> 00:26:43,220 あなただけの誰にもしたくない にSSHing任意のIPアドレスから。 517 00:26:43,220 --> 00:26:45,240 だから我々は、それが起動した後にそれを行うだろう。 518 00:26:45,240 --> 00:26:49,100 >> だから私はすべてに満足している ここでこのようなものの。 519 00:26:49,100 --> 00:26:50,167 そして、私は起動するつもりです。 520 00:26:50,167 --> 00:26:52,250 そして私はするつもりだ 私が欲しいの鍵どのペアを選択します。 521 00:26:52,250 --> 00:26:54,750 だから私はそれを選択するつもりです 私は前に更新された鍵ペア。 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> だから今、私が待っていること それが起動するようにするために、してみましょう 524 00:27:01,960 --> 00:27:03,320 私たちのセキュリティグループを見に行く。 525 00:27:03,320 --> 00:27:06,720 だから我々は、ここでセキュリティグループを持っている。 526 00:27:06,720 --> 00:27:09,550 ここに私のセキュリティだ 私はそれを置くグループ。 527 00:27:09,550 --> 00:27:11,200 >> 私はちょうどここにこれを変更するつもりです。 528 00:27:11,200 --> 00:27:15,710 だから私は、このAを作ってみよう ここで少し大きい。 529 00:27:15,710 --> 00:27:21,275 だから私はこれを変更したい どこからでもマイIPへ。 530 00:27:21,275 --> 00:27:23,150 そのなるため 私のIPを自動的にピックアップ 531 00:27:23,150 --> 00:27:26,650 ここでアドレスとロック それダウン少し。 532 00:27:26,650 --> 00:27:29,030 >> そして、その結果、しばらく インスタンスがスピンアップしている、 533 00:27:29,030 --> 00:27:32,040 いくつかのものをスピンアップしてみましょう 私たちの他のインスタンスのために 534 00:27:32,040 --> 00:27:35,060 私たちは抜け出すつもりどこ データベースとロードバランサ 535 00:27:35,060 --> 00:27:37,160 それが私たちのために準備することができるように。 536 00:27:37,160 --> 00:27:41,580 だから私は欲しいつもりだ最初のことは、 行うためにロードバランサをスピンアップです。 537 00:27:41,580 --> 00:27:44,690 だから私は選ぶつもりだ ここではロードバランサ。 538 00:27:44,690 --> 00:27:48,410 そして、私はWordpressELBそれを呼び出すするつもりです。 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 そして、私はすべてのjust--するつもりです 私はここでポート80ですたい。 541 00:27:55,450 --> 00:27:57,960 >> そして、今の健康のために チェック、私はちょうどTCPをするつもりです。 542 00:27:57,960 --> 00:28:00,190 Apacheのランニングのであれば、それは良いでしょう。 543 00:28:00,190 --> 00:28:03,760 そして、私は健康を下げるつもりだ しきい値はちょうどので、それは健康的になる 544 00:28:03,760 --> 00:28:06,360 かなり迅速に。 545 00:28:06,360 --> 00:28:08,710 そして、再び、これはセキュリティ上の基を有する。 546 00:28:08,710 --> 00:28:12,480 だから私はすでにセキュリティを作りました この呼ばWordpressのELBのためのグループ。 547 00:28:12,480 --> 00:28:17,120 そして、それは基本的に起こっている ポート80からのトラフィックを受け入れます。 548 00:28:17,120 --> 00:28:19,580 そして私は追加するつもりはない 今のところそれにすべてのインスタンス。 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 そして、私はタグ付けをスキップするつもりです。 551 00:28:26,720 --> 00:28:30,010 そして、私たちはするつもりだ 今、このELBを作成します。 552 00:28:30,010 --> 00:28:33,800 >> そのため、ロードバランサを作成しました。 553 00:28:33,800 --> 00:28:36,680 私はまた、起動するつもりです ここでもう一つのインスタンスを、 554 00:28:36,680 --> 00:28:40,280 ちょうど私のWordpressのWebパーツの。 555 00:28:40,280 --> 00:28:42,580 だからここに私達は行く。 556 00:28:42,580 --> 00:28:45,920 私はちょうど同じことをやる 私は前にしたもの。 557 00:28:45,920 --> 00:28:53,620 だからc3.large、CloudWatchの 詳細な監視が可能となった。 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 汎用のSSD。 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 このWordpressのウェブを呼び出します。 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> そして、私はすでに私をA--選びたい このためにセキュリティグループを持っている。 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 そのため、このセキュリティグループは、トラフィックを受け入れ 私のWordpressのELBからポート80 566 00:29:23,520 --> 00:29:26,430 セキュリティからセキュリティグループ、 私のロードバランサからのグループ、 567 00:29:26,430 --> 00:29:30,654 だけでなく、SSH、これを再度、 私たちは、ロックダウンするつもりだ。 568 00:29:30,654 --> 00:29:31,820 だから私はこれを起動するつもりです。 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 右。 571 00:29:39,990 --> 00:29:43,530 >> そして、私がIS次に何をするつもりだ何 私は、RDSインスタンスを起動するつもりです。 572 00:29:43,530 --> 00:29:44,870 RDSは、私のデータベースになるだろう。 573 00:29:44,870 --> 00:29:47,100 だから私はここに行くつもりです。 574 00:29:47,100 --> 00:29:48,560 私は、RDSに行くつもりです。 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 私は、新しいインスタンスを起動するつもりです。 577 00:29:56,239 --> 00:29:57,530 だから私は私のエンジンを選択するつもりです。 578 00:29:57,530 --> 00:30:00,850 だからここに私は、MySQLのの選択肢を持っている Postgresの、Oracle、またはSQL Serverの。 579 00:30:00,850 --> 00:30:02,640 私は、MySQLが欲しい。 580 00:30:02,640 --> 00:30:06,160 そして私はイエスと言うつもりです。 581 00:30:06,160 --> 00:30:09,680 >> だから、これはマルチAZためのオプションです。 582 00:30:09,680 --> 00:30:14,267 マルチAZ、再び、それらの複製だから、 2 RDSインスタンスをスピンアップしようとしている 583 00:30:14,267 --> 00:30:15,600 そしてそれらの間のレプリケーションを行う。 584 00:30:15,600 --> 00:30:20,510 そして私は、私はちょうど持つことができることをしたくない場合 単一のインスタンスが、私はそれをしたいです。 585 00:30:20,510 --> 00:30:22,490 そして私はするつもりだ 私のデータベースエンジンを選択します。 586 00:30:22,490 --> 00:30:24,907 だから私は迎えに行くよ ここに最新のもの。 587 00:30:24,907 --> 00:30:27,240 そして私は迎えに行くよ インスタンスのどのタイプ私が欲しい。 588 00:30:27,240 --> 00:30:30,950 >> それはですので、だから私は、R3が欲しい メモリは、インスタンスを最適化した。 589 00:30:30,950 --> 00:30:32,740 だから私は、R3を選ぶつもりです。 590 00:30:32,740 --> 00:30:35,430 そして、私は迎えに行くよ はい、私はマルチAZが欲しい。 591 00:30:35,430 --> 00:30:37,110 そして、私は、汎用SSDが欲しい。 592 00:30:37,110 --> 00:30:39,380 >> そして、私はおそらく欲しい もう少しストレージ。 593 00:30:39,380 --> 00:30:40,897 私はここ10ギグを持っているつもりです。 594 00:30:40,897 --> 00:30:42,730 そして私はするつもりだ いくつかの資格情報を選択します。 595 00:30:42,730 --> 00:30:44,641 だから私のデータベースの識別子は何ですか？ 596 00:30:44,641 --> 00:30:46,015 だから、wordpressdb1ことになるだろう。 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 私はこのルートを呼ぶつもりです。 599 00:30:53,127 --> 00:30:54,460 私はそれにパスワードを与えるつもりだ。 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> そして、私たちは選ぶつもりです 同様に、このセキュリティグループ。 602 00:31:03,780 --> 00:31:05,740 だから私はすでに作った このためにセキュリティグループ。 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 そして私はするつもりだ それをデータベース名を与える。 605 00:31:11,307 --> 00:31:13,015 だから我々はするつもりだだけ ワードプレスと呼んでいます。 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 そして、我々はするつもりだ リテンションウィンドウを選択する 608 00:31:18,560 --> 00:31:21,170 ように、これはあなたのためのバックアップを行います。 609 00:31:21,170 --> 00:31:23,330 だから私は、バックアップの週にしたい。 610 00:31:23,330 --> 00:31:25,610 そして、私は好みを持っていない バックアップウィンドウのために。 611 00:31:25,610 --> 00:31:28,665 そして、私はそれが自動的にしたい ここに私のマイナーバージョンをアップグレード。 612 00:31:28,665 --> 00:31:31,180 だから私は、デフォルトとして、そのままにするつもりです。 613 00:31:31,180 --> 00:31:33,490 だから今、私は立ち上げています 私のRDSインスタンス。 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 右？ 616 00:31:37,870 --> 00:31:40,597 だから今は、作​​成されています。 617 00:31:40,597 --> 00:31:42,430 だから今、私たちはただ待っている それはインストールするために。 618 00:31:42,430 --> 00:31:48,055 それが起こっているのながらそれでは、ログインしましょう 最初のEC2インスタンスに私たちは作った。 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 だから、このWordpressのデモだ。 621 00:31:57,520 --> 00:31:58,760 そして、私たちはまさにそれを確認します。 622 00:31:58,760 --> 00:31:59,450 うん。 623 00:31:59,450 --> 00:32:02,620 >> だから我々はそれにログインできる場合を見てみましょう。 624 00:32:02,620 --> 00:32:06,220 だから私はコピーするつもりです それのパブリックホスト名。 625 00:32:06,220 --> 00:32:09,090 私は開くつもりだ ここでシェルウィンドウ。 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [聞こえない] SSH。 628 00:32:17,610 --> 00:32:21,423 デフォルトユーザはEC2-ユーザーです。 629 00:32:21,423 --> 00:32:25,271 >> 読者：レオは、あなたでしょう コマンド[聞こえない]気に？ 630 00:32:25,271 --> 00:32:27,200 >> LEO ZHADANOVSKY：良い？ 631 00:32:27,200 --> 00:32:30,190 そして、それではにSSHしてみましょう。 632 00:32:30,190 --> 00:32:30,960 うん。 633 00:32:30,960 --> 00:32:34,420 だから私は今、私のインスタンスにいる。 634 00:32:34,420 --> 00:32:36,550 だから私は中SSHedよ。 635 00:32:36,550 --> 00:32:38,970 それはとても5分間次第です それは間違いなく私のインスタンスです。 636 00:32:38,970 --> 00:32:41,020 >> 私たちがしているので、最初のもの ここで何をしたいだろう 637 00:32:41,020 --> 00:32:45,190 それがああ、それ私に言ってだが、 私はいくつかのセキュリティ更新プログラムを持っている。 638 00:32:45,190 --> 00:32:47,855 だから、僕は実行するつもりです ここでは上のすべてのセキュリティ更新プログラム。 639 00:32:47,855 --> 00:32:51,746 [？ yumをsudoの？]マイナスのy更新。 640 00:32:51,746 --> 00:32:54,539 だから、すぐにそれらをインストールするために起こっている。 641 00:32:54,539 --> 00:32:57,080 私がしたい次のことは私です いくつかのより多くのものをインストールしたい。 642 00:32:57,080 --> 00:33:00,910 だから私は、MySQLをインストールする必要がありますするつもりです。 643 00:33:00,910 --> 00:33:02,660 私は、Apacheをインストールする必要がありますするつもりです。 644 00:33:02,660 --> 00:33:04,190 私は、PHPをインストールする必要がありますするつもりです。 645 00:33:04,190 --> 00:33:07,680 私は、インストールする必要がありますするつもりだ MySQLのPHPのプラグイン。 646 00:33:07,680 --> 00:33:11,100 そして、私はMySQLサーバをインストールする必要があります。 647 00:33:11,100 --> 00:33:12,440 それでは、このようなものをインストールしてみましょう。 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> インストール。 650 00:33:15,500 --> 00:33:16,770 だから、完了です。 651 00:33:16,770 --> 00:33:20,220 だから今私は、[したいですか？ HTTPD。 ？] I Apacheは起動時に開始したい。 652 00:33:20,220 --> 00:33:21,380 だから私はこれを行うにするつもりです。 653 00:33:21,380 --> 00:33:29,250 654 00:33:29,250 --> 00:33:29,750 OK。 655 00:33:29,750 --> 00:33:31,800 私はこれを再起動するのであれば、今では開始します。 656 00:33:31,800 --> 00:33:36,210 >> 私はまた、MySQLは起動時に開始したい。 657 00:33:36,210 --> 00:33:37,615 だから、同じこと。 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 おっと、ここにタイプミス。 660 00:33:45,080 --> 00:33:45,580 大丈夫。 661 00:33:45,580 --> 00:33:53,220 そして実際に、私はよ 後で私のWebサーバーを起動します。 662 00:33:53,220 --> 00:33:56,514 今、私は私の始めたい データベースサーバ、しかし。 663 00:33:56,514 --> 00:33:57,906 だから、これを行う。 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 そしてそれはのために始めている 初めてなので、私は 666 00:34:04,120 --> 00:34:06,070 しなければならないだろう ここではいくつかの基本的な手順。 667 00:34:06,070 --> 00:34:09,070 最初の事ので、私は何をするつもりだ 私のMySQLのrootパスワードを設定されている。 668 00:34:09,070 --> 00:34:15,980 >> だから、僕はこのMySQLを実行するつもりです インストールコマンドを確保する。 669 00:34:15,980 --> 00:34:19,239 だから、それは現在のルートを持っていないだ パスワード、それでは、1を設定してみましょう。 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 そして、私はこれらを削除するつもりです それが作成する匿名ユーザー 672 00:34:27,429 --> 00:34:29,750 とrootログインを無効にします。 673 00:34:29,750 --> 00:34:31,270 そして、テスト·データベースを削除します。 674 00:34:31,270 --> 00:34:36,514 したがって、このすべての種類の あなたのMySQLがインストールproductionizes。 675 00:34:36,514 --> 00:34:38,260 >> だから、完了です。 676 00:34:38,260 --> 00:34:40,630 だから今、私のことができるようにすべき 私のMySQLサーバに接続する。 677 00:34:40,630 --> 00:34:42,805 だから私はそれがここに動作するかどうかを確認するつもりです。 678 00:34:42,805 --> 00:34:46,030 679 00:34:46,030 --> 00:34:46,530 うん。 680 00:34:46,530 --> 00:34:50,699 だから私は私のMySQLサーバにいるよ。 681 00:34:50,699 --> 00:34:55,010 >> だから今、私がやりたい次のことはある 私は私のWordpressのデータベースを作成する。 682 00:34:55,010 --> 00:34:56,429 だから私は、MySQLの管理をするつもりです。 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [聞こえない] 685 00:35:10,345 --> 00:35:13,327 686 00:35:13,327 --> 00:35:13,840 大丈夫。 687 00:35:13,840 --> 00:35:15,520 だから私は私のデータベースを作成しました。 688 00:35:15,520 --> 00:35:18,160 >> そして今、私が何をしたいのか、私はある Wordpressのユーザーを作成したい。 689 00:35:18,160 --> 00:35:20,240 だから私はにログインする必要はありません rootユーザーとの私のWordpress 690 00:35:20,240 --> 00:35:21,420 それは悪いだろうからです。 691 00:35:21,420 --> 00:35:24,810 だから私はできるだけで、ユーザーが欲しい Wordpressのデータベースにアクセスする。 692 00:35:24,810 --> 00:35:27,970 それでは、ここで再びで行きましょう。 693 00:35:27,970 --> 00:35:33,720 そして、我々は[するつもりだ？移動しますか？】これをここに。 694 00:35:33,720 --> 00:35:36,870 >> それでは、私はここでやっていることはある 私は、ユーザーのことを作成しています 695 00:35:36,870 --> 00:35:40,220 その者のローカルホストから接続することができます 私のスーパー安全なパスワードで識別 696 00:35:40,220 --> 00:35:42,510 ここに。 697 00:35:42,510 --> 00:35:46,595 そして私はこれを許可するつもりです データベース全体へのユーザーアクセス。 698 00:35:46,595 --> 00:35:51,091 699 00:35:51,091 --> 00:35:51,590 大丈夫。 700 00:35:51,590 --> 00:35:56,200 そして今、私はあるべき そのユーザとしてログインすることができ 701 00:35:56,200 --> 00:35:58,670 そのデータベースだけを参照してください。 [？と？]テストデータベース。 702 00:35:58,670 --> 00:36:04,970 >> だから私は、MySQLのマイナスをするつもりです uはルートではなく、ワードプレス。 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 大丈夫？ 705 00:36:10,860 --> 00:36:16,920 そして、我々は次のようになります 右do--できる？ 706 00:36:16,920 --> 00:36:18,740 だから私はここに私のWordpressのデータベースを見ることができます。 707 00:36:18,740 --> 00:36:19,920 だから、それは素晴らしいことです。 708 00:36:19,920 --> 00:36:22,420 >> だから今、私たちが実際に行う必要があり ダウンロードしてWordpressのをインストールします。 709 00:36:22,420 --> 00:36:26,220 それでは、私たちのウェブディレクトリに移動してみましょう。 710 00:36:26,220 --> 00:36:31,760 だから私は、WordpressのをWgetはするつもりだ ここでのWordpressの最新バージョン。 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 私はそれを抽出するつもりです。 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 そして今、私は交換するつもりだ HTMLディレクトリ、その 715 00:36:44,690 --> 00:36:48,150 デフォルトの[ですか？ウェブ？]根、 Wordpressのディレクトリと、そのように。 716 00:36:48,150 --> 00:37:01,650 717 00:37:01,650 --> 00:37:02,410 >> 大丈夫。 718 00:37:02,410 --> 00:37:06,580 そして今、私はちょうど変更に行くよ Apacheのようなアクセス許可 719 00:37:06,580 --> 00:37:09,450 ユーザーは、Wordpressのディレクトリを所有している。 720 00:37:09,450 --> 00:37:12,611 721 00:37:12,611 --> 00:37:13,110 大丈夫。 722 00:37:13,110 --> 00:37:17,070 そして最後に、私は私のを起動するつもりだ Webサーバとすべての作品を願っています。 723 00:37:17,070 --> 00:37:21,650 724 00:37:21,650 --> 00:37:22,150 大丈夫。 725 00:37:22,150 --> 00:37:23,940 だから今のがここで何が起こるか見てみましょう。 726 00:37:23,940 --> 00:37:28,520 だから私はここに行くつもりです。 727 00:37:28,520 --> 00:37:30,700 そして、私が得ることができるかどうかを確認 ここで、このインスタンスに。 728 00:37:30,700 --> 00:37:35,200 729 00:37:35,200 --> 00:37:35,740 大丈夫。 730 00:37:35,740 --> 00:37:39,860 だからここに私たちのWordpressの設定画面です。 731 00:37:39,860 --> 00:37:42,020 だから我々は、すべてこの情報を知っている。 732 00:37:42,020 --> 00:37:44,170 だから私たちのデータベース名はワードプレスである。 733 00:37:44,170 --> 00:37:47,550 >> 当社のユーザー名はワードプレスになるだろう。 734 00:37:47,550 --> 00:37:50,462 私はここに私のスーパー安全なパスワードを持っている。 735 00:37:50,462 --> 00:37:53,869 我々はするつもりだ localhostに接続する。 736 00:37:53,869 --> 00:37:58,040 そして、我々はインストールを実行するつもりだ。 737 00:37:58,040 --> 00:38:00,430 >> 今、私たちはちょうどつもりだ 私のウェブサイトの名前を与える。 738 00:38:00,430 --> 00:38:04,600 だから、レオの素晴らしいブログ。 739 00:38:04,600 --> 00:38:08,265 740 00:38:08,265 --> 00:38:12,580 [聞こえない]ユーザー名。 741 00:38:12,580 --> 00:38:15,972 私は取得するつもりだ 私のユーザー名のパスワード。 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 私は自分のメールアドレスを入れつもりです。 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 それはテスト1だからと、私はしないでください インデックスこれに検索エンジンたい。 746 00:38:29,326 --> 00:38:30,820 だから今、私たちはWordpressのをインストールしている。 747 00:38:30,820 --> 00:38:32,070 だから今、私たちは、すべての設定している。 748 00:38:32,070 --> 00:38:33,850 >> だからここに私のWordpressのです。 749 00:38:33,850 --> 00:38:37,660 750 00:38:37,660 --> 00:38:40,345 そして、ここに私のダッシュボードです。 751 00:38:40,345 --> 00:38:42,300 それは完全に機能してWordpressのだ。 752 00:38:42,300 --> 00:38:47,026 私は、プラグインを更新することができます ここで私がしたい場合。 753 00:38:47,026 --> 00:38:49,290 私はここでやりたい。 754 00:38:49,290 --> 00:38:52,610 だから、ここで完全に私の実際のだ 私の1インスタンスでWordpressのを実行している。 755 00:38:52,610 --> 00:38:55,760 >> あなたが持っている場合は、ここで、これは素晴らしいです テストサイトが、これはスケールしない。 756 00:38:55,760 --> 00:38:56,737 私たちは、つのインスタンスを持っている。 757 00:38:56,737 --> 00:38:59,070 私たちは、そのインスタンスを作ることができます 本当に巨大な、しかしある時点で 758 00:38:59,070 --> 00:39:01,165 あなたが不足してするつもりだ 垂直スケーリング部屋の。 759 00:39:01,165 --> 00:39:03,290 だから、するつもりだ それよりもそれがより拡大​​。 760 00:39:03,290 --> 00:39:05,290 >> 我々はスピンアップする理由です このすべての他のものと。 761 00:39:05,290 --> 00:39:07,620 だから私たちの場合は、見てみましょう RDSインスタンスが実行されます。 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [？はい、？]私たちのRDS インスタンスがほとんど行われます。 764 00:39:16,170 --> 00:39:19,520 だから、なぜならその間にOKだ 我々のEC2インスタンスを設定することができます。 765 00:39:19,520 --> 00:39:22,670 それはちょうどになるだろう わずかに異なる手順。 766 00:39:22,670 --> 00:39:24,940 >> だから私たちは私たちのWordpressのウェブを持っている。 767 00:39:24,940 --> 00:39:28,540 今、私はすでに昨日1ランニングを持っていた。 768 00:39:28,540 --> 00:39:33,670 だから、僕はこれを把握するんだ 一つは、それは私が今日ローンチということでした。 769 00:39:33,670 --> 00:39:36,710 したがって、この1は11月4日発売されました。 770 00:39:36,710 --> 00:39:39,370 771 00:39:39,370 --> 00:39:40,770 だから、今日から一つだ。 772 00:39:40,770 --> 00:39:43,720 [？私が知っている？]この1つはだった 立ち上げ、ああ、午後4:00。 773 00:39:43,720 --> 00:39:45,905 だから、実際に、これは新しいものである。 774 00:39:45,905 --> 00:39:51,474 775 00:39:51,474 --> 00:39:51,974 うん。 776 00:39:51,974 --> 00:39:52,930 OK。 777 00:39:52,930 --> 00:39:54,590 >> だから、これは私の新しいインスタンスです。 778 00:39:54,590 --> 00:39:56,110 だから、再び、私はそれにSSHするつもりです。 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 それでは、ここで私の端末に戻りましょう。 781 00:40:05,630 --> 00:40:08,350 だから私はこの1つの外に取得するつもりだ。 782 00:40:08,350 --> 00:40:11,232 私は新しいインスタンスにSSHで接続するつもりです。 783 00:40:11,232 --> 00:40:15,160 784 00:40:15,160 --> 00:40:15,660 大丈夫。 785 00:40:15,660 --> 00:40:17,951 だから私はしなければならないつもりだ ここでは同じものの一部。 786 00:40:17,951 --> 00:40:19,540 だから私は、セキュリティ更新プログラムを実行するつもりです。 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 私はいくつかのパッケージをインストールするつもりです。 789 00:40:25,654 --> 00:40:27,820 パッケージは、しようとしている 今多少異なる場合が。 790 00:40:27,820 --> 00:40:31,660 >> だから私は、MySQLサーバを必要としない 私たちはそれを勃発だから。 791 00:40:31,660 --> 00:40:35,580 だから私はまだに行くよ MySQLクライアントをインストールします。 792 00:40:35,580 --> 00:40:37,400 私はまだApacheをインストールするつもりです。 793 00:40:37,400 --> 00:40:40,142 私はまだに行くよ PHPとPHP MySQLをインストールしてください。 794 00:40:40,142 --> 00:40:42,100 私はちょうどつもりはありません MySQLサーバをインストールします。 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> それから私はまだするつもりだ 必ずApacheは起動時に開始します。 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 今、私たちはアップするデータベースを必要としています。 799 00:40:57,790 --> 00:41:02,140 だから我々はのは、これを追加することをさせない間 ロードバランサにインスタンス。 800 00:41:02,140 --> 00:41:04,610 だから我々はに行くつもりです ここに私たちのロードバランサ。 801 00:41:04,610 --> 00:41:08,430 そして、私たちはちょうどつもりだ インスタンスIDを書き留めます。 802 00:41:08,430 --> 00:41:10,410 ここに私のインスタンスIDを手に入れた。 803 00:41:10,410 --> 00:41:19,330 >> 私は私のロードバランサに行くとき、 ここに私のLoad Balancerの、参照、 804 00:41:19,330 --> 00:41:20,945 ここでは、そのDNS名です。 805 00:41:20,945 --> 00:41:23,410 だから、ゼロのインスタンスを持っている サービスで、今 806 00:41:23,410 --> 00:41:26,040 私は追加していないため、 それへのすべてのインスタンス。 807 00:41:26,040 --> 00:41:27,950 だから私は私のインスタンスを追加するつもりです。 808 00:41:27,950 --> 00:41:29,635 だからここインスタンスの私のリストです。 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 私はこの1つを望むのであれば、私は今 それにこの1を追加する予定。 811 00:41:39,170 --> 00:41:41,150 >> 今では待つつもりだ そしてそれはないだろう 812 00:41:41,150 --> 00:41:43,600 このインスタンスを有効にするには それは健康になるまで。 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 そして、それは健康的になることはないだろう 私は自分のウェブ·サーバーの電源をオンにするまで。 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 それでは、私たちのRDSかどうかを確認してみましょう インスタンスがバックアップされる。 817 00:41:56,202 --> 00:42:03,630 818 00:42:03,630 --> 00:42:04,130 大丈夫。 819 00:42:04,130 --> 00:42:04,630 グレート。 820 00:42:04,630 --> 00:42:06,360 だから私たちの新しいRDSインスタンスが準備ができています。 821 00:42:06,360 --> 00:42:08,940 これは、エンドポイントである 私のRDSインスタンスの。 822 00:42:08,940 --> 00:42:13,530 だから、私は私がするつもりですです 私のRDSインスタンスに接続しようとして。 823 00:42:13,530 --> 00:42:17,070 だから、これは完全にある MySQLデータベースを管理していました。 824 00:42:17,070 --> 00:42:18,860 それはそれで設定したバックアップを持っている。 825 00:42:18,860 --> 00:42:20,160 それは冗長です。 826 00:42:20,160 --> 00:42:22,030 それは、わずか数分でスピンアップ。 827 00:42:22,030 --> 00:42:24,870 だから今、私のことができるようにすべき それfrom--かSSHへのSSH、 828 00:42:24,870 --> 00:42:26,690 しかしMySQLクライアントとそれにログインします。 829 00:42:26,690 --> 00:42:37,602 830 00:42:37,602 --> 00:42:38,120 >> うん。 831 00:42:38,120 --> 00:42:38,850 だからここに私は。 832 00:42:38,850 --> 00:42:39,750 私がいるよ。 833 00:42:39,750 --> 00:42:42,680 だから今、これは同じようなことを行っている を除いて私たちはそれを破壊している。 834 00:42:42,680 --> 00:42:45,922 だから、再び、私は実際に行くよ 第二のためにこのから抜け出す。 835 00:42:45,922 --> 00:42:47,880 まあ、我々は既に作成 Wordpressのデータベース 836 00:42:47,880 --> 00:42:50,670 私たちはそのように、そこにワードプレスを置くので、 私はWordpressのユーザーを作成するつもりです。 837 00:42:50,670 --> 00:42:52,961 そして、いくつかがあるように起こっている ここでのわずかな差 838 00:42:52,961 --> 00:42:54,237 我々は前回やったから。 839 00:42:54,237 --> 00:42:56,070 だから我々は作成しましょう Wordpressのユーザー、 840 00:42:56,070 --> 00:42:58,200 しかし今、私た​​ちはあることするつもりはない もはやローカルホストからログイン。 841 00:42:58,200 --> 00:43:00,479 私たちは、ログインすることになるだろう EC2インスタンスからで。 842 00:43:00,479 --> 00:43:03,770 そして、我々は必ずしも知っているつもりはない IPはそれから来るのアドレスかについて、 843 00:43:03,770 --> 00:43:06,820 または私達は指定しない その粒度にそれ。 844 00:43:06,820 --> 00:43:09,470 >> 我々は、セキュリティを必要があるとしている ていることを確認してくださいグループのみ 845 00:43:09,470 --> 00:43:11,200 弊社のWebサーバは、これに接続することができます。 846 00:43:11,200 --> 00:43:14,520 だから、僕はできるようにするつもりだ また、このレベルでは、より 847 00:43:14,520 --> 00:43:16,930 任意のIPアドレス接続から。 848 00:43:16,930 --> 00:43:17,869 だから我々はちょうどそれをした。 849 00:43:17,869 --> 00:43:19,660 そして今、我々はただだ 再び、必要があるとして、 850 00:43:19,660 --> 00:43:21,701 このユーザーのアクセスを許可 Wordpressのデータベース。 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 だから今私はちょうどに行くよ ワイルドカードにこれを変更する。 853 00:43:30,811 --> 00:43:31,310 大丈夫。 854 00:43:31,310 --> 00:43:32,480 だから我々はそれを持っている。 855 00:43:32,480 --> 00:43:34,090 ここを取得しましょう​​。 856 00:43:34,090 --> 00:43:36,650 だから我々は念のためだろう 私たちは今ログインできる。 857 00:43:36,650 --> 00:43:39,100 私はちょうど変更するつもりです ワードプレスに自分のユーザー名。 858 00:43:39,100 --> 00:43:45,371 859 00:43:45,371 --> 00:43:45,870 大丈夫。 860 00:43:45,870 --> 00:43:46,370 だから我々はにいる。 861 00:43:46,370 --> 00:43:47,607 だから、動作します。 862 00:43:47,607 --> 00:43:50,440 今、私たちは私が持っている、再び、つもりだ このインスタンス上のWordpressをセットアップ。 863 00:43:50,440 --> 00:43:54,770 だから、私たちは持っているつもりだ ヴァール、WWWに行くされていることができません。 864 00:43:54,770 --> 00:43:57,260 私は、HTMLを移動する必要が html.oldするディレクトリ。 865 00:43:57,260 --> 00:44:02,410 866 00:44:02,410 --> 00:44:02,910 大丈夫。 867 00:44:02,910 --> 00:44:06,770 そして、我々は持っているつもりです Wordpressのをダウンロードします。 868 00:44:06,770 --> 00:44:12,000 869 00:44:12,000 --> 00:44:14,790 >> 大丈夫。 870 00:44:14,790 --> 00:44:15,540 Wordpressのを抽出します。 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 私たちはそれを移動するつもりだ HTMLディレクトリへ。 873 00:44:21,410 --> 00:44:28,650 874 00:44:28,650 --> 00:44:29,150 大丈夫。 875 00:44:29,150 --> 00:44:30,900 そして、我々はするつもりだ アクセス権を変更します。 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 そして、我々は、Apacheを起動するつもりだ。 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> だから何をどうすべき 今そこに起こっているのである 880 00:44:45,820 --> 00:44:49,200 基本的には5であることが このELBに再試行します。 881 00:44:49,200 --> 00:44:53,790 そして、それは最終的には、このインスタンスがされてい ELBで健康になろう。 882 00:44:53,790 --> 00:44:57,871 だから、[聞こえない]ここに。 883 00:44:57,871 --> 00:44:58,370 どれどれ。 884 00:44:58,370 --> 00:45:00,525 このインスタンスは、まだ健康的ではありません。 885 00:45:00,525 --> 00:45:02,400 だから私は実際にどのようなんだ 何をするつもりは、私が行くよです 886 00:45:02,400 --> 00:45:05,275 ヘルスチェックを少し変更するには もう少しだけ速くそれを作るために。 887 00:45:05,275 --> 00:45:07,320 私たちは、後でそれをバックに変更することができます。 888 00:45:07,320 --> 00:45:12,561 それでは、私が健康で欲しいとしましょう 3の代わりに、5のしきい値。 889 00:45:12,561 --> 00:45:13,060 OK。 890 00:45:13,060 --> 00:45:15,340 だから今、私たちは、サービスにいる。 891 00:45:15,340 --> 00:45:17,400 >> だから今、私は行くつもりです このロードバランサへ。 892 00:45:17,400 --> 00:45:19,895 そして、それは戻って、プロキシ私べき このインスタンスに至るまで、 893 00:45:19,895 --> 00:45:23,195 そして我々はここでWordpressのをセットアップします。 894 00:45:23,195 --> 00:45:25,320 さて、あなたはあなた自身を持っている場合 ドメイン名または何か、 895 00:45:25,320 --> 00:45:28,740 あなただけのCNAMEを行うことができます このDNS名にレコード。 896 00:45:28,740 --> 00:45:31,850 そして、弾性荷重バランシング サービスは、バックエンドで拡張性があり、 897 00:45:31,850 --> 00:45:34,065 そのためには、上下に独自にスケーリングします。 898 00:45:34,065 --> 00:45:35,710 だから、複数のIPアドレスである可能性があります。 899 00:45:35,710 --> 00:45:36,584 IPは変更することができます。 900 00:45:36,584 --> 00:45:39,063 だから、常に参照する必要があります そのDNS名からそれ。 901 00:45:39,063 --> 00:45:41,841 902 00:45:41,841 --> 00:45:42,770 >> 大丈夫。 903 00:45:42,770 --> 00:45:43,560 だからここに私達は行く。 904 00:45:43,560 --> 00:45:45,215 我々は戻ったちのセットアップ画面にいる。 905 00:45:45,215 --> 00:45:47,870 今、私たちはやろうとしている 同じプロセスほとんど。 906 00:45:47,870 --> 00:45:49,835 だから私たちのデータベース名はワードプレスである。 907 00:45:49,835 --> 00:45:52,940 当社のユーザー名の名前がワードプレスである。 908 00:45:52,940 --> 00:45:55,560 私たちは、同じスーパーを持っている 以前のようにパスワードを確保する、 909 00:45:55,560 --> 00:45:59,020 データベースホストは今除く RDSインスタンスになるだろう。 910 00:45:59,020 --> 00:46:01,222 >> だから我々はここに行くつもりです。 911 00:46:01,222 --> 00:46:04,760 私たちは、RDSに行くつもりだ。 912 00:46:04,760 --> 00:46:06,320 私たちは、私のインスタンスに行くつもりだ。 913 00:46:06,320 --> 00:46:07,730 私はここに私のエンドポイント名が必要です。 914 00:46:07,730 --> 00:46:09,160 これは一つだ。 915 00:46:09,160 --> 00:46:10,984 だから私はちょうどに行くよ これをコピーして貼り付ける。 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 大丈夫？ 918 00:46:18,000 --> 00:46:20,100 だから、働いていた場合を見てみましょう。 919 00:46:20,100 --> 00:46:20,600 大丈夫。 920 00:46:20,600 --> 00:46:21,380 だから、動作します。 921 00:46:21,380 --> 00:46:23,530 だから、RDSインスタンスに接続することができます。 922 00:46:23,530 --> 00:46:27,200 ここでも、それがために起こっている レオの驚くばかりのブログである。 923 00:46:27,200 --> 00:46:39,590 924 00:46:39,590 --> 00:46:40,090 大丈夫。 925 00:46:40,090 --> 00:46:42,750 >> だから今、私たちはするつもりだ 私たちのWordpressのをインストールします。 926 00:46:42,750 --> 00:46:44,550 だから我々は完了です。 927 00:46:44,550 --> 00:46:46,736 だから私はちょうどにログインしましょう それが働い確認します。 928 00:46:46,736 --> 00:46:51,696 929 00:46:51,696 --> 00:46:54,020 OK。 930 00:46:54,020 --> 00:46:56,400 >> だから今、私たちが持っている 完全にWordpressのを実行している。 931 00:46:56,400 --> 00:46:58,890 我々はそれの操作のすべての種類を行うことができます。 932 00:46:58,890 --> 00:47:02,210 だから今の違いはということです 私たちは別のデータベースを持っている。 933 00:47:02,210 --> 00:47:03,470 そのデータベースは、冗長である。 934 00:47:03,470 --> 00:47:05,690 我々はまだ一つだけウェブを持っている サーバーが、我々は今できた 935 00:47:05,690 --> 00:47:08,680 このウェブの画像を撮影 サーバー、再びそれを起動、 936 00:47:08,680 --> 00:47:11,720 その後、我々は2つ​​のWebサーバーを持っている このロードバランサの背後にある。 937 00:47:11,720 --> 00:47:15,894 >> かどうかを変更しないエンドポイント それは、1個、または2個、または50のWebサーバです。 938 00:47:15,894 --> 00:47:17,060 我々は、この超えて、それを拡張することができます。 939 00:47:17,060 --> 00:47:21,190 だからここでWordPress用のプラグインがあります あなたは、あなたの静的な資産のS3を使用することができます。 940 00:47:21,190 --> 00:47:23,900 あなたは、CloudFrontのを使用することができます これらの資産をキャッシュする。 941 00:47:23,900 --> 00:47:26,970 あなたはのでElastiCacheはを使用することができます 基本的にMemcachedのを使用することができます 942 00:47:26,970 --> 00:47:30,110 そこにセッション状態を格納する。 943 00:47:30,110 --> 00:47:32,654 >> ですから、から拡張として 複数のインスタンスの1、 944 00:47:32,654 --> 00:47:35,070 あなたはそれを前提とするつもりだ それらのインスタンスは、はかないです 945 00:47:35,070 --> 00:47:36,360 ので、彼らは離れて行くことができます。 946 00:47:36,360 --> 00:47:38,880 だから、考えるようになってきました 私はログを格納ん場所について、 947 00:47:38,880 --> 00:47:40,290 私は、セッション状態を保存行う場所。 948 00:47:40,290 --> 00:47:43,580 それがそのOKですので、私はそれを作るにはどうすればよい これらのインスタンスは消え、またはそれ以上のことができます 949 00:47:43,580 --> 00:47:45,010 それらの出現することができますか？ 950 00:47:45,010 --> 00:47:47,260 だから、する必要があるとしている そのような質問に答える。 951 00:47:47,260 --> 00:47:48,551 しかし、それはかなり一般的なパターンです。 952 00:47:48,551 --> 00:47:52,720 だから、あなただけのいずれかをオフロード開始 他の層への持続的なもの。 953 00:47:52,720 --> 00:47:55,380 >> だから今我々はこれを持って、私たちはしている [完了？ 3層？]の事。 954 00:47:55,380 --> 00:47:57,140 私は最後のもの ここで何をするつもりは、私はある 955 00:47:57,140 --> 00:47:59,390 私のロードバランサを作るつもり もう少し固体 956 00:47:59,390 --> 00:48:02,210 今では健康なマークだということ。 957 00:48:02,210 --> 00:48:06,010 だから、普通ではありません ウェブサイトのための良いアイデア 958 00:48:06,010 --> 00:48:10,139 ため、TCPヘルスチェックを行うには あなたのApacheがアップする可能性があり、 959 00:48:10,139 --> 00:48:11,680 それはPHPエラーを返すことができた。 960 00:48:11,680 --> 00:48:12,940 だから、あなたはそれを望んでいない。 961 00:48:12,940 --> 00:48:14,648 >> それでは、私が行くよ ここで行う私は行くよさ 962 00:48:14,648 --> 00:48:18,230 HTTPヘルスチェックにこれを変更する。 963 00:48:18,230 --> 00:48:22,880 そして、それはなるだろう index.phpの、index.htmlをしない。 964 00:48:22,880 --> 00:48:26,470 そして、我々はこれを変更するつもりだ バック5に健全なしきい値。 965 00:48:26,470 --> 00:48:27,880 だから、完了です。 966 00:48:27,880 --> 00:48:29,500 だから、まだ健康でなければなりません。 967 00:48:29,500 --> 00:48:30,000 うん。 968 00:48:30,000 --> 00:48:31,990 だから我々は、サービスはまだだ。 969 00:48:31,990 --> 00:48:36,370 >> だから、あなたが設定方法です AWS上のWordpressのアップ。 970 00:48:36,370 --> 00:48:41,660 だから私たちはきた20分未満で考える 双方は、自分自身で、インスタンス上に設定 971 00:48:41,660 --> 00:48:47,302 そして完全な3層アーキテクチャ場所 各階層は、独立して、スケーラブルである。 972 00:48:47,302 --> 00:48:49,010 あなたは、すべての種類を行うことができます 面白いの 973 00:48:49,010 --> 00:48:51,120 データベースと同様にスケーリングする。 974 00:48:51,120 --> 00:48:54,200 >> 私はあなたに1つ以上の見せしましょう ここで興味深いのは。 975 00:48:54,200 --> 00:48:59,590 だから私がしたいのはこのために言わせて 書き込みから読み取る抜け出す。 976 00:48:59,590 --> 00:49:02,020 私は読んでレプリカを作成することができます。 977 00:49:02,020 --> 00:49:05,040 だから私はちょうどに行くよ リードレプリカを作成します。 978 00:49:05,040 --> 00:49:11,407 だから、これはしようとしている wordpressdb1 READ1こと。 979 00:49:11,407 --> 00:49:13,240 私はそれを上にするつもりです 同じ領域が、私 980 00:49:13,240 --> 00:49:15,820 別の地域でそれを行うことができます。 981 00:49:15,820 --> 00:49:18,740 だから我々は開始するつもりだ ここでリードレプリカをプロビジョニングする。 982 00:49:18,740 --> 00:49:20,390 だから今、私たちは、リードレプリカを作成している。 983 00:49:20,390 --> 00:49:22,349 つまり、作成されるだ そこに底に。 984 00:49:22,349 --> 00:49:24,140 だから、すべての種類を行うことができます ここにクールなものの。 985 00:49:24,140 --> 00:49:25,550 >> だから私はデモで終わりだ。 986 00:49:25,550 --> 00:49:27,780 だから私たちは約10分を持っていると思う。 987 00:49:27,780 --> 00:49:33,860 だから私は、ご質問の誰を取るよ すべてのAWS関連のトピックについて、持っています。 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 誰ですか？ 990 00:49:39,395 --> 00:49:39,895 クール。 991 00:49:39,895 --> 00:49:40,850 大丈夫。 992 00:49:40,850 --> 00:49:42,720 みんなありがとう。 993 00:49:42,720 --> 00:49:44,192