LEO ZHADANOVSKY：こんにちは、誰も。
私はレオZhadanovskyだ。
私は、ソリューションアーキテクトだ Amazon Webサービスで。
そして、私は今日はあなたに話をするつもりです Amazon Webサービスとは何かについて、
その歴史、概要 私たちが提供するサービスの。
そしてまた、私はのライブデモをやる AWSでのLAMPスタックの起動方法
単一インスタンス上の両方と 当社の他のいくつかを使用してを通じて
[？このように管理？]サービス、 私たちのリレーショナルデータベースとして
サービス、そして私たちの負荷 バランサ、私たちのインスタンス。
>> だから、まず、してみましょう AWSの歴史について話しています。
それでは、どのようにAmazon.com手に入れた このクラウド·コンピューティング事業？
さて、アマゾンは、本当に良いことだ 製品の大きい選択を提供
とにそれらを出荷 効率的に顧客。
そして、その機能の背後にある 長年の経験をある
運転データセンターと、を有する 物事のすべての種類の物流、。
そして、私たちが発見 その私たちは10年以上
に当社の顧客を有効にしたかった 異なる多くのことを行うには、右？
>> だから我々はいくつかの内部を提供して終了 サードパーティの販売までのサービスを提供しています。
我々は、単純なWebサービスを公開したよう 私たちのカタログ検索など。
そして、それは本当になった 本当に速い見かけ
開発者は、空腹であったこと 当社のサービスの多くのため。
そして、これはAWSを開発するために私たちを導いた。
我々のであれば、私たちは何を尋ねた すべてをパッケージ化することができ
私たちはそれを行うと、提供 Web上で他の人？
>> だから、AWSの使命は、有効にすることです 企業や開発者
構築するために、Webサービスを使用する 拡張性のある洗練されたアプリケーション。
Webサービスは何である 人々は今クラウドを呼び出します。
だから、2006年には、AWSが誕生しました。
そして、それではについてお話しましょう AWSは、実際には何であるか。
>> だから我々は、さまざまな提供 異なる階層でのサービスを提供しています。
だから我々は我々のコアサービスの種類を持って、 私たちのコンピューティング·ストレージとデータベース。
そして、我々はまた、持っている ネットワーク層、
私たちは、グローバルを持っている インフラので、我々はしました
世界中の領域を持って、 世界中で利用可能ゾーン。
そして、我々は持っている より高いレベルのサービス、
そのアプリケーション·サービスのような あなたが水平に構築するために使用
スケーラブルなアプリケーション。
そして、我々は、展開持っている および管理サービスを提供しています。
したがって、これらは、あなたのサービスである AWSでコードを展開するために使用
とあなたを管理する それはスケールとしてAWSアカウント。
>> それでは、私たちのについて話しましょう 最初のグローバルなインフラ。
我々は、世界中の11領域を有する。
だから我々は単に新しい地域を追加しました 数週間前にフランクフルトで、
しかしそれぞれの領域である 独立した雲のように。
私はそのように、これらのサービス について話をするつもりは、彼ら
異なる領域に存在する。
だから、米国では、あります 北部バージニア州の地域。
地域は北にあります カリフォルニア州とオレゴン州で。
>> オレゴン州の地域 また、カーボンニュートラルである。
また、領域を持っている オレゴンはGovCloudと呼ばれる。
ですから、必要な作業負荷を持っている場合 それはですので、ITAR準拠するように
国際交通と兵器削減 条約は、あなたがGovCloudを使用する必要があります。
>> だから、重要なこと 約これはあなたということです
ピックアップし、どこで、あなたのデータを選択する あなたのアプリを行くところ行くと。
だから我々は、全体のデータを移動しないでください 地域、またはアベイラビリティゾーン間で
それはどこにあなたができるサービスの場合、 アベイラビリティゾーンを選択します。
あなたがピックアップし、それがどこに行くか選択することができます。
あなたはそれを移動することができます。
私たちはあなたを移動するためのツールを提供 データが、我々はあなたのためにそれを移動しません。
>> そして、各領域内にあります 少なくとも二つのアベイラビリティゾーン、
私たちは何について話します それらは、第二にある。
そして、52エッジもあります 世界各地。
そのため、エッジロケーションは、私たちのために基本的に CloudFrontは、[？雲？]配布
ネットワーク、そして私たちのルート53 DNSサービス。
だからそれらの多くがあります 彼らは、ユーザーに近いだから、
ものであるため 待ち時間ベースのサービス。
彼らのためにそのように待ち時間事項。
>> だから、これはどのような典型的なものである 地域は次のようになります。
その後[？内？] 各地域があります、
私は、少なくとも、言ったように 2利用可能ゾーン。
アベイラビリティゾーンがある 少なくとも1つのデータセンター
時にはそれがより内とすることができる 同じ地理的地域。
そして、我々のアベイラビリティゾーンは設計されています 別の氾濫、断層上にあるように
明確なパワーを持っている平野 ユーティリティと異なるティア1のISP。
つまり、あなたを設計する必要があります アプリケーション[？気に？]
何かが起こる可能性がある 1アベイラビリティゾーンで、
しかしそのように、あなたを広げる必要があります 複数の利用可能性のアプリケーション
ゾーンは彼らが構築されているので 念頭に置いてこれらの冗長性を持つ。
>> そして、私たちは多くの電力を供給 あなたが認識し、企業。
だから、Airbnbのから、ネットフリックスに、 Dropboxのに、Yelpのに、
私たちはスタートアップのすべての種類を持っているし、 私たちにワークロードを実行企業。
公共部門では、我々は持っている 政府機関のすべての種類
それは、私たちにedtechを実行 スタートアップ、大学。
オバマ氏のキャンペーンは、すべて基本的に走った Amazon Webサービス上で自分の作品の。
>> そして、ちょうどあなたの視点を与えるために 私たちのスケーリングに、平均日に
私たちは十分に新しいサーバを持っていた サポートする能力
Amazon.comのグローバルなインフラ それは70億ドルだったとき
2004年に事業。
だから、どのくらい我々だ 平均の日に持っていた。
>> あなたのであれば、一般的な概念である あなたがパワーを得るのですかを考える。
だから、電力を得る、それは右、オンデマンドでですか？
あなたが取得しているときにあなたが知っている それは、あなたがそれを得ることができます知っている。
それは、均一なので、あなたが知っている あなたはどのような電圧取得している。
それはあなたが行くように支払うですので、あなたが支払う あなたが使用正確にどのくらいのために。
そして、それは利用可能です。
だから、あなたが知っている、プラグイン あなたが電力を得るつもりだ。
だから我々はそれを撮影したし、 コンピューティングにそれを拡張した。
>> だから、これは多くの問題を解決します。
私たちは、一般的に多くを見る IT組織の。
彼らは、この容量の問題を抱えている。
そこで、彼らは一定の金額を持っている ITのニーズ、そして、彼ら
オーバープロビジョニング能力を持っている。
だから、どちらか彼らは道のオーバープロビジョニングしている、 または、彼らは十分な容量を持っていない、
彼らは不満の顧客を持っている。
>> したがって、たとえば、これらは トラフィックの異なるパターン。
あなたは物事を持っているかどうかので、 すなわち、オンとオフ
または高速成長する、または可変のピークを持っている またはこれらのすべてのための予測可能なピークは、
あなたはどちらかになるだろう オーバープロビジョニング一般的に、
または、下のプロビジョニングするつもりだ。
だから、廃棄物を持っているか、あるいはいずれか あなたが不幸な顧客を持っている。
>> だから何AWSは、あなたが行うことを可能にすることはあなたです 動的に上下に拡張することができます
何に基づいて 実際の使用パターンである。
だからあなたはちょうどあなたが使用しているもののために支払うことができます。
そして、あなたが起動することができます インスタンスなので、インスタンス
仮想サーバのための私達の言葉です。
あなたは1を起動することができます インスタンス、あなたが起動することができます
分内のインスタンスの数千または 秒、あなたが必要として同じくらい。
そして、あなたはそれをダイヤルすることができます 必要に応じてダウン。
だから私はについてあなたに話をしましょう 種類の家の近くだ例。
だから、これは典型的なトラフィックである Amazon.comのために11月のためのチャート。
そして、ここで最後の二つのピーク、 誰もが彼らが何であるか知っていますか？
だからthey're--
>> 読者：サイバー月曜日？
>> LEO ZHADANOVSKY：サイバーマンデー とブラックフライデー、右？
だから、伝統的に、Amazon.comは持っていたもの だっ行うために、彼らはプロビジョニングの容量を持っていた
これらの二つのピークをカバーする。
時間の76％は、結果としてそのように、 彼らはあまりにも多くの容量を持っていた。
そして、時間のわずか24％ 彼らは完全にそれを利用した。
それで2010年にAmazon.comはなって その最後の物理Webサーバオフ
とAWSに移動しました。
だから、これはどのようなトラフィックがある パターンは、今のように見えます。
容量はすぐ上です 実際に何が必要なの。
>> では、なぜ私たちは、お客様が採用見ていますか AWSでのクラウドコンピューティングこんなに早く？
さて、敏捷性。
だから、主要だ 私たちが見る理由。
なぜ俊敏性が重要なのでしょうか？
まあ、それは顧客ができるようにします その古い世界で物事を行う
行うには数週間または数ヶ月を要した 分または秒でそれら。
あなたがスピンアップするようなことを行うことができますので、 まったく新しい開発環境やテスト環境、
全く新しいDRがスピンアップ 環境、スピンアップ
50のインスタンス、または千 ピーク時のトラフィックのためのインスタンス、
それらの千のインスタンスを削除、設定 HPCクラスタ、またはGSクラスタまで、
そしてあなたはそれを行うことができます すべてのAWS上で数分で。
>> だから、これはどのようにつながる 革新の文化。
だから、多くの場合、試すことができます。
あなたは、あなたが使用しているもののために支払うことができます あなたがリスクなしで失敗する可能性があります。
あなたが何かを試してみるのであれば、あなたがした 使用量の数時間のために支払われた。
それは大したことではありません。
あなたは大きな資本を入れていない そのためのアップフロントの投資。
>> だから、顧客は何ですか 実際にのためにAWSを使用して？
さて、ノートルダム大学ので、 彼らは、AWSへの上に彼らのウェブサイトを移動しました。
彼らは、約38000の平均を持っている 自分のサイトへの一日あたりの訪問者、
それは中に150,000膨潤することができる スポーツイベントやサッカーの試合。
そこで、彼らは私たちに上の彼らのウェブサイトを移動しました。
そして今、彼らのウェブサイトでは、サポートすることができます トラフィックで500％増加し、すべての
彼らは保存している間 既存の上に40パーセント
彼らのウェブサイトのためのオンプレミスのセットアップ。
>> NASA JPL、彼らは、ストリームを生きるためにAWSを使用 好奇心火星探査車の着陸。
だから彼らがわかった 事前にのみ6日
彼らがする必要があること 別のプロバイダを見つける
彼らの定期的な提供者から 彼らのライブストリームのために。
また、これは同じであった オリンピックのような時間。
そこで彼らは、CDMを買うことができませんでした どこでも当時の容量。
だから彼らは基本的に設定する 独自のコンテンツ配信ネットワーク
6日間で私たちのEC2サービスで。
そして、彼らは持っていることができました それは彼らのニーズにスケールアップ。
彼らは想像し、私が思うに、だった 約万人の視聴者。
だから、本当に面白かった それらが使用される技術フィード
アドビのFlash Media Server と[？インターネット？]キャッシュ。
そして、彼らは全体を配備することができました これらのプログラムでなどのクラスター
必要に応じて。
そして彼らは、ときにそれらをスピンダウン 彼らはもはやそれを使用しませんでした。
>> 使用2012年のオバマ氏のキャンペーン 200以上のアプリケーションのためのAWS
彼らは、プラットフォーム上でホストされていること。
彼らは、に至るまですべてを持っていた 支払プロセッサに、ツールを呼び出して、
モバイルアプリケーションへ、へ ボランティア組織のウェブサイト、
ビッグデータ分析ツールへ。
そして、すべてがしなければならなかった 選挙日の作業。
だから、選挙日になるに移動します 憲法改正を必要とし、
その結果が起こるするつもりではなかった。
だから、すべてのシステムが行っていた 初日上で動作するように持っている。
そして彼らはやった。
>> それでは、実際のサービスについて話しましょう​​。
したがって、最初のネットワークサービス。
だから、アマゾンVPCです 仮想プライベートクラウド。
それは基本的にあり ソフトウェア定義ネットワーク
それはあなたのEC2インスタンスの上に住んでいる、 我々が話をしましょう​​とあなたのRDS、
とElastiCacheは。
>> だから、あなたは、プライベートを定義することができます あなたのインスタンスのアドレス空間。
あなたがにそれを破ることができます パブリックサブネット、プライベートサブネット。
あなたはにVPN接続を行うことができます 社内のデータセンター。
その後も拡張することができます VPCへのオンプレミスのアドレス空間。
あなたは、ルートを操作する力を持っている テーブルだから、物事をカスタマイズすることができます。
あなたは、ネットワークアクセスを持っている VPCでの制御リスト。
[？それそれで？]あなたを与える 多くの柔軟性
あなたがAWSで実行しているものの上。
>> その後、AWSのDirectConnectがあります。
だから、DirectConnectのはプライベートです 私たちの地域への接続。
だから、1または10ギグを得ることができます リンクまたは複数の1または10ギガのリンク
領域まで。
だから、多くのをアップロードする場合 データや大量のデータをダウンロードする
そして、プライベート接続が必要 それがオプションだ。
>> ルート53もあります。
だから、ルート53は、我々のDNSサービスです。
それは面白いのすべての種類を行います。
だから、ヘルスチェックをサポートしています。
だから、たとえば、2のコピーを実行することができます 同時にあなたのウェブサイトの。
そのうちの1つが、あなたが失敗した場合 他のコピーにトラフィックをリダイレクトする。
>> それとも、地理ベースのレコードを行うことができます だから、一つの国のためにトラフィックをルーティングすることができます
から別のクラスタに 別のクラスタへの国。
あなたは、A / Bテストを行うので、あなたができる トラフィックの80％を有することができ
あなたのウェブサイトのコピーにと あなたのウェブサイトの新しいコピー20％
そして1がより良い実行するを参照してください。
だから、のすべての種類を行うことができます そこに面白い。
あなたは待ち時間基づいてレコードを行うことができます。
つまり、あなたのコピーを持つことができます 世界中のウェブサイト
ユーザーがいずれかに送信されました 自分の待ち時間に基づいて、それらに最も近い。
また、深い統合を持ってい AWSサービスと、
このような私たちのロードバランサとして、 とS3、およびCloudFrontを、
ので、それは本当に簡単です CloudFrontのに物事を指す
あなたのためのディストリビューション のLBまたはS3バケット。
>> その後、EC2があります。
だから、EC2は、当社の仮想サーバサービスです。
あなたは、Windows上で実行することができます。
あなたはそれでLinuxを実行することができます。
あなたが完全に制御を持っている オペレーティングシステム。
ウィンドウズの異なるフレーバーがあります とLinux、そうレッドハットは、Debian、Ubuntuの。
我々は独自のディストリビューションを持っている アマゾンのLinuxと呼ばれる。
あなたがしたい1選ぶことができます。
>> インスタンスの異なる種類があります。
だから、27以上のインスタンスがあります この時点でタイプ。
だから、別のインスタンスがあります さまざまなワークロードに基づいて家族。
だから、一般的ながあります 目的·インスタンス、その
あなたがわからない場合は、単に何か あなたがそれらと始めることができ、必要があります。
>> ある最適化されたコンピューティングは、あります Webサーバのようなもののための素晴らしい、
右？
最適化されたメモリがあります インスタンス、その
のようなもののために素晴らしいです 日付リレーショナルデータベース。
ストレージ最適化されたインスタンスがあります、 ので、これらはそれらに大きなSSDを持っている。
そこで、彼らは物事に最適だ モンゴやNoSQLのような、右？
>> とグラフィックがあります 最適化されたインスタンスは、
GPUに最適である 計算およびクラスタインスタンス。
そして最後にコストがあります 最適化されたインスタンス。
あなただけしようとしているのであれば 、あなたを実験するため
低コストのインスタンスの束を得ることができます そのユースケースに最適ですタイプ。
その後、オートスケーリングがあります。
だから、自動スケーリングはEC2のためのAPIです。
そして、それはあなたがスケールを水平にすることができます アップとEC2インスタンスのティアダウン。
それでは、あなたが持っているとしましょう Webサーバの束。
>> そして、ノートルダム場合と同様に、あなた 通常、あなたがそれらの2を持っている必要があり、
しかし、あなたは10のスケールが必要になる場合があります。
さて、あなたは、自動スケーリングを使用することができます 自動的にトリガする
スケールアップまたはダウンイベント メトリックに基づく。
だから、[？ CPU？]使用量、待ち時間。
あなたはとても、カスタムメトリックを行うことができます それはそこで終わっかなりオープンだ。
>> また、スケジュールに基づいて拡張することができます。
だから、あなたが必要があるとしていることがわかっている場合 午前6時月​​曜日に多くのトラフィック、
あなたは午前6時に月曜日にスケールアップすることができます 5:00 PMに、月曜日にスケールダウン。
また、それは上に基づいて行うことができます ちょうどラインがコマンドコマンド。
>> そして、弾性ロードバランシングがあります。
そのため、弾性ロードバランシング 管理するロードバランサです。
だから、それをボタンをクリックしてください あなたのための引当金ロードバランサ。
ロードバランサは、住んでいる 複数のアベイラビリティゾーン。
これは、SSLオフロードを行います ポート25、80、443のために、
とTCPトラフィックの1024以上の何でも。
>> これは、接続の排出を行う プロキシプロトコルをサポート。
だから、非常に機能豊富なロードバランサです。
そして、それは統合を持っている オートスケーリング。
ですから、自動スケーリングを使用しているとき あなたがスケールアップとダウンしている、
あなたのインスタンスを持つことができる 自動的に参加するか、残す
弾性ロードバランサ。
>> それでは、私たちのストレージサービスがあります。
だから、最初の1はアマゾンで EBS、または弾性ブロックストア。
これらは、その永続的なボリュームです あなたのEC2インスタンスにマウントすることができます。
だから、それらのスナップショットを作成することができます。
だから、EBSのスナップショットを作成するとき ボリュームは、S3に進み、
その私たちは第二に約話しましょう​​。
異なる3つがあります EBSボリュームのタイプ。
>> ちょうどである磁気EBSは、あります 磁気ディスクの標準ソートの一種。
それは、最も経済的な選択肢です。
その後、一般的ながあります 汎用SSD、どこ
ギガバイトの条項ごとに3つのIOPSを得る。
ですから、1テラバイトを持っている場合 ボリューム、あなたは3000 IOPSを持っている。
そして、IOPSがプロビジョニングさだ。
だから、ときにIOPSがあるプロビジョニング あなたが使用するディスクスペースのために支払う
そしてどのくらいのIOPS容量のものが必要です。
ですから、プロビジョニングアップすることができます 体積あたり4000 IOPSへ。
>> それでは、Amazon S3はあります。
Amazon S3は、私たちのオブジェクトストアです。
だから、Amazon S3は、あなたがそれを使用することができます データだけの任意の種類を格納する。
あなたは静的に格納するために使用することができ ウェブサイトやホース静的なWebサイト。
あなたは、バックアップにS3を使用することができます いくつかのユースケースでとアーカイブ
のためのあなたの源と出力バケツなど ビッグデータ分析、またはトランスコーディング。
また、原点として使用することができ CloudFrontの配信のため。
>> だから、S3の超強力。
S3の11のために設計 耐久性のライン。
だから何それが意味することは、それが維持できるである 少なくとも2つのデータの消失
同時にセンタ あなたのデータを失うことなく。
あなたは、S3の暗号化を行うことができます。
そのため、サーバー·セットの暗号化、またはサーバー あなたのキーで暗号化を設定する。
管理したいのであれば キーは、あなたにもそれを行うことができます。
>> 氷河があります。
だから、氷河は私たちです 長期の保管サービス。
またために設計されて 耐久性の11行、
それはあなたが保存したいときのためだ 何か、それについて忘れて、右？
どうコンプライアンスのための、または他のそのように 理由はあなたが何かをアーカイブする必要があり、
あなたは氷河を使用する必要があります。
だから、氷河は0.01ドルの費用 月額ギガバイトあたり。
とAmazon S3正午 月額ギガバイトあたり0.03ドル。
そう氷河安価で 氷河は三から五時間かかります
あなたのデータを取り戻すために。
だからあれば、OKだ場合、 それは、アーカイブケースですが、
その後氷河のおそらく そのための右のユースケース。
>> その後、ストレージ·ゲートウェイがあります。
だから、ストレージ·ゲートウェイ 仮想マシンは、ある
あなたがローカルで実行できること ヴイエムウェア、またはHyper-Vで。
それはあなたのiSCSIエンドポイントを提供します。
次に、設定することができます その上に別のVM
それは、iSCSIことを公開します CIFSまたはNFSを持つエンドポイント。
そのに入る何か その後、ネットワーク共有となります
Amazon S3の、または氷河にバックアップ、 またはEBSあなたがそれをセットアップする方法に応じて。
だから、簡単な方法です AWSにあなたのデータを取得する。
>> それでは、私達のデータベース·サービスがあります。
だから、最初の1は、Amazon RDSはある。
だから、これは私たちの関係です データベースサービス。
だから、これは管理され、リレーショナルです データベース[？あなたのために。 ？]
これは、SQL ServerやOracleをサポートします MySQLは、とPostgresのエンジン。
>> これは、自動フェイルオーバーを行います。
あなたが持っているのであれば マルチAZオプションは、有効になって
それは、同期ブロックレベルを行い アベイラビリティゾーン間でのレプリケーション。
そして、あなたの主な場合 失敗した、それだけで自動的によ
それらの間のフェイルオーバー。
また、MySQLのエンジンのために、サポート 同じ領域内のレプリカを読む
または地域間。
そして、全ての種類があります そこに興味深いオプション。
だから、あなたのためにバックアップをやる。
だから、S3にバックアップよ。
それだけでなく、あなたのためにパッチの適用をやる。
>> その後、DynamoDBのがあります。
DynamoDBのは、当社の管理のNoSQLサービスです。
ダイナモDBにとっては、奪う すべての管理上の負担
あなたのためのNoSQLサービスを管理する。
あなただからプロビジョニング テーブルとあなたが言う
どのくらいの読み取りおよび書き込み 容量はあなたが欲しい。
そして、それはあなたのためにそれをお届けします。
だから、非常にだ 使用するための単純なサービス。
その後ElastiCacheはがあります。
だから、ElastiCacheはは私たちです キャッシングサービスを管理していました。
これは、基本的に管理されている RedisのかElastiCacheは。
だから、再び、あなたはプロビジョニングクラスタをすることができます ElastiCacheはまたはRedisのインスタンスの
やバックアップを心配する必要はありませ、 またはフェールオーバー、またはその原料のいずれか。
>> その後、我々は我々のアプリケーションサービスを持っている。
だから、CloudFrontのは私たちです コンテンツ配信ネットワーク
そしてそれはそれらのエッジロケーションに住んでいる 私は前の話という。
そうCloudFrontは使用することができる ライブビデオストリーミングのために、
オンデマンドビデオストリーミングにするため、 ちょうどウェブサイトを持つために、
そうウェブサイトをホスティングしている。
だから、ウェブサイトがホストさがあります 弾性ロードバランサ上で、
またはインスタンス、またはS3バケット、 あるいは単にオンプレミスのハードウェア。
そして、あなたはCloudFrontのを置くことができます その前に配布。
それはあなたのコンテンツをキャッシュします。
これは、エッジ位置の上に置くだろう。
そしてそうするとき誰か あなたのウェブサイトに行く
彼らはCloudFrontのを、打つことでしょう それらにおそらく近いために起こっている
何よりも、原点である。
そして、それは多くのオフロードします 起源オフロード、
したがって、両方のあなたのお金を節約し、 優れたユーザーエクスペリエンスを得る。
>> その後、アマゾンCloudSearchがあります。
だから、CloudSearchは 管理された検索サービス。
だから、あなたはそれをあなたの検索可能を送る データは、APIを介してそれに話をし、
それはあなたのために、検索結果をやる。
その後、弾性トランスコーダがあります。
だから、管理するトランスコーディングソリューションです。
あなたは、S3バケットにあなたのビデオを置く にトランスコードする何ということを教え、
どのような形式と何 サイズとすべてのもの。
そして、それはそれをトランスコードしてあげるよ それあなたのためのS3バケットに。
>> そして、私たちの大きなデータ·サービスがあります。
だから我々は、アマゾンEMRを持っている その削減弾性地図です。
だから、これはホストさのHadoopフレームワークです。
だから、からHadoopクラスタをスピンアップすることができます インスタンスの数百に1インスタンス
あなたが必要な場合は。
それはの深い統合を持っている S3、それのためのファイルシステムとしてとても
あなたはこれを使用して、HDSFを使用することができます 伝統的には、Hadoopで行う。
または、ファイルシステムとしてS3を行うことができます。
>> これは、サポートを持っている あるスポット価格設定、
Amazonで、あなたはどのように入札 過剰生産能力のために。
だから、すべてのことをサポートしています。
これは、一般的なのHadoopフレームワークをサポートしています そのようなスパークとシャークとハイブなど
と豚。
そして、我々は5.5上で見てきた 万人EMRクラスター
Amazonでこの時点で開始しました。
>> その後、我々はAWSデータパイプラインを持っている。
だから、データパイプラインがある できるようになりますサービス
あなたは全体のデータを移動する 私たちの異なるデータストア。
だから、S3から何かを取ることができ、置く RDSに、その上にいくつかのEMRをそれを行う、
ある赤方偏移、に入れて 私たちのデータウェアハウスアプライアンス、
そして、あなたは何かを引き出すことができます を前提に、MySQLインスタンスの。
だから、すべての種類のがあります 物事は、あなたはそれで行うことができます。
>> その後、赤方偏移があります。
赤方偏移は、当社の管理されている データウェアハウス·アプライアンス。
それは、そのように、ペタバイト規模であることを意図だ あなたはその上に大量のデータを格納することができます。
それは、超並列アーキテクチャです。
だから、多くのを持つことができます あなたがしたい場合は、ノード。
そして、それはすべてのバックアップを行い、すべての あなたのための管理上のもの。
そしてキネシスがあります。
キネシスは、私たちの、リアルタイムで 処理サービス。
だから、いくつかのソースを取ることができます リアルタイムストリーミングデータ、
そうTwitterの消防ホース、またはAのように言う ログデータの束、キネシスに送信します。
キネシスはあなたのためにすべてのことを処理します。
そして、あなたは接続することができます 物事を引き出すためにそれに労働者
そして、たとえば、ライブダッシュボードを行う または、その上に生の分析を行う。
>> それでは我々の導入サービスを持っている。
だから、AWS OpsWorksはDevOpsのフレームワークです。
だから、あなたのアプリケーションを取る あなたは層にそれを破る。
つまり、あなたのロードバランサを持っている 層、あなたのウェブ層、あなたのアプリケーション層、
あなたのデータベース層、そしてあなた これらの層上の引当金の事
シェフのレシピに基づいて。
シェフは、構成です 管理システム。
だから、またサポートしています ライフサイクルイベントなど
あなたが管理しない場合は、 あなた自身のシェフ、右、
あなたはいくつかの種類を持っているしたい場合は 物事を展開するプログラム的な方法
あなたのインスタンス上にこの あなたのための1つのオプションです。
>> その後、我々は弾性豆の木を持っている。
伸縮性があるのでBeanstalkは、そのサービスである あなたが開発者なら言うto--ことができます。
あなたは、Gitのレポでコードを持っている。
あなたが心配する必要はしたくない あなた自身のELBsまたはRDSの展開について
インスタンスまたは正規のEC2インスタンス。
だから、あなたが何をすべきかがあなたのコードから、あなたです、 単に弾性Beanstalkのに送信します。
弾性Beanstalkは意志の規定RDS インスタンスとELBsとすべてのもの
あなたのために、彼らにあなたのコードを配置します。
だから、それたくさんできます 開発者のためのより簡単
AWS上に彼らのコードを展開する。
>> その後CloudFormationはがあります。
だから、CloudFormationは、サービスのです コー​​ドとしてインフラストラクチャを処理する。
だから今、あなたはこのすべてを持っていること アプリケーション内のもの、
あなたはあなたのVPCを持って、 セキュリティグループルール、
そしてあなたのEC2インスタンス、 そしてあなたのRDSインスタンス。
だから、この全体を持っている AWS上のアーキテクチャ。
さて、どのようにプログラム的にやる それをスピンアップするか、それを再作成？
あなたは、JSONファイルを書き込むことができます それは、そのすべてを表す。
そして、次のことができます [？取る？]そのJSONファイルを
とあなたを配備 それのオフインフラ。
だから、アーキテクチャを持つことができます どこで、あなたは、コードをデプロイするたびに、
それはあなたの全体の新しいコピーをスピンアップ アーキテクチャとそれにフェイルオーバーします。
だから、あなたもこれを行うことができます 変更可能なインフラを持っている。
>> その後、最終的に私たちのがあります 管理サービス。
だから私たちの管理サービス アマゾンIAMで始まる、
そのためには、IDおよびアクセス管理です。
だから、あなたがすることができます AWSアカウントを管理する
だから、サブを持つことができます ユーザーとグループとやる
IDフェデレーション とスタッフのすべての種類。
これは、セキュリティのために本当に重要です。
>> その後、我々はアマゾンCloudWatchのを持っている、 その私たちのメトリクスサービスです。
だから、それはあなたのCPU使用率を提供します とメトリックのすべての種類。
そして、あなたはカスタム行うことができます メトリック、および[？あなたが行うことができますか？]
これらのメトリックに基づいて、自動スケーリング。
>> そして、我々はCloudTrailを持っている。
だからCloudTrailは私たちです 監査のためのサービス。
だから、API呼び出しを記録します Amazon Webサービスに対して。
だから、このインスタンスを再起動し誰？
誰がこのセキュリティグループを変更？
とにそれらをログに記録 あなたので、必要に応じてバケット
中に何が起こったか見ることができます あなたのアカウントと誰がそれをやった。
>> その私たちは新サービス 持っているワークスペースです。
だから、AWS上のデスクトップ仮想化だ。
だから、プロビジョニングA缶 ワークステーション、Windowsワークステーション、
それは、次に来る 数分で最大。
それはあなたのアクティブに接続されます ディレクトリ、あなたのユーザーとそう。
そして、あなたは簡単にそれを再構築することができます。
あなたは簡単にプロビジョニング新しいものができる。
とのさまざまな種類があります そこに別のソフトウェア。
>> だから今私たちが経てきたこと 当社のサービスの多くは、してみましょう
実際のライブデモを行います。
だから私は切り替えるつもりだ ここに私のウェブブラウザに。
だから私はあなたを表示したいもの すぐにセットアップする方法です。
その上にWordpressのとEC2インスタンス。
そして、我々はつもりだ 同じことを行うには、
しかし、我々はスピンアップするつもりだ RDSインスタンスとELB。
だから我々はちょうどインスタンス上でそれをやると 我々としても、すべての層を破るよ。
>> それでは、EC2インスタンスを起動してみましょう。
そのだから、最初のこと 私はすでにここにやった
あなたはするつもりださ 鍵ペアを持っている。
だから、鍵のペアは、次のことができます 実際のインスタンスにログインします。
だから、プライベートを保つ 鍵ペアの一部、
私たちは国民を置く インスタンス上に一部。
そして、それはあなたがログインすることができますものです。
だから私はすでに、私の鍵ペアをインポートした ここにちょうど私の定期的なSSH鍵ペア。
>> だから他の事 私は、ISここで何するつもりだ
私はすでにいくつかの事例を持っている 実行しているが、私は新しいものを起動します。
だから私は私のを選ぶつもりだ ここでシステムを動作させる。
だから、私はかなりを持って見ることができます オペレーティングシステムの大きな選択。
だから私はちょうど選ぶつもりだ あなたの標準的なアマゾンのLinux。
>> そして、私はインスタンスタイプを選択するつもりです。
そして、これはあるので、 ウェブサーバー、私は行くよ
それだからc3.largeを行うには おそらく集中的な計算。
だから私はc3.largeを選ぶつもりだ、 と私はそれらの1を起動するつもりです。
私はそれを残すつもりだ 今のデフォルトVPC。
私は一人ですべてのこのようなものを残すつもりです。
>> そして、私は有効にするつもりだ CloudWatchの監視
CloudWatchの詳細な理由 モニタリングはCloudWatchのを変更
5分からの監視 1分間の解像度に解像度。
だから私はここに私のWebサーバーとそれを望ん。
そして私はストレージに行くつもりです。
だから私はここに上の汎用SSDが欲しい。
8ギグは、おそらく私のために十分である 私はちょうどそれを維持するつもりです。
私はちょうどラベルを付けるつもりだ それWordpressのデモ。
だから、これはタグ私がそうである それが実際にあるか知っている。
そして私はするつもりだ セキュリティグループを構成します。
そのため、セキュリティグループのようなものです 例えばファイアウォール。
だから私は、いずれかを使用するつもりだ 私の既存の。
したがって、このセキュリティグループは、それを SSHは可能なので、私はそれにSSHで接続することができます。
そして、それは、HTTPを有効にします。
>> 今、私はロックするつもりだ もう少しそのSSHダウン。
あなただけの誰にもしたくない にSSHing任意のIPアドレスから。
だから我々は、それが起動した後にそれを行うだろう。
>> だから私はすべてに満足している ここでこのようなものの。
そして、私は起動するつもりです。
そして私はするつもりだ 私が欲しいの鍵どのペアを選択します。
だから私はそれを選択するつもりです 私は前に更新された鍵ペア。
>> だから今、私が待っていること それが起動するようにするために、してみましょう
私たちのセキュリティグループを見に行く。
だから我々は、ここでセキュリティグループを持っている。
ここに私のセキュリティだ 私はそれを置くグループ。
>> 私はちょうどここにこれを変更するつもりです。
だから私は、このAを作ってみよう ここで少し大きい。
だから私はこれを変更したい どこからでもマイIPへ。
そのなるため 私のIPを自動的にピックアップ
ここでアドレスとロック それダウン少し。
>> そして、その結果、しばらく インスタンスがスピンアップしている、
いくつかのものをスピンアップしてみましょう 私たちの他のインスタンスのために
私たちは抜け出すつもりどこ データベースとロードバランサ
それが私たちのために準備することができるように。
だから私は欲しいつもりだ最初のことは、 行うためにロードバランサをスピンアップです。
だから私は選ぶつもりだ ここではロードバランサ。
そして、私はWordpressELBそれを呼び出すするつもりです。
そして、私はすべてのjust--するつもりです 私はここでポート80ですたい。
>> そして、今の健康のために チェック、私はちょうどTCPをするつもりです。
Apacheのランニングのであれば、それは良いでしょう。
そして、私は健康を下げるつもりだ しきい値はちょうどので、それは健康的になる
かなり迅速に。
そして、再び、これはセキュリティ上の基を有する。
だから私はすでにセキュリティを作りました この呼ばWordpressのELBのためのグループ。
そして、それは基本的に起こっている ポート80からのトラフィックを受け入れます。
そして私は追加するつもりはない 今のところそれにすべてのインスタンス。
そして、私はタグ付けをスキップするつもりです。
そして、私たちはするつもりだ 今、このELBを作成します。
>> そのため、ロードバランサを作成しました。
私はまた、起動するつもりです ここでもう一つのインスタンスを、
ちょうど私のWordpressのWebパーツの。
だからここに私達は行く。
私はちょうど同じことをやる 私は前にしたもの。
だからc3.large、CloudWatchの 詳細な監視が可能となった。
汎用のSSD。
このWordpressのウェブを呼び出します。
>> そして、私はすでに私をA--選びたい このためにセキュリティグループを持っている。
そのため、このセキュリティグループは、トラフィックを受け入れ 私のWordpressのELBからポート80
セキュリティからセキュリティグループ、 私のロードバランサからのグループ、
だけでなく、SSH、これを再度、 私たちは、ロックダウンするつもりだ。
だから私はこれを起動するつもりです。
右。
>> そして、私がIS次に何をするつもりだ何 私は、RDSインスタンスを起動するつもりです。
RDSは、私のデータベースになるだろう。
だから私はここに行くつもりです。
私は、RDSに行くつもりです。
私は、新しいインスタンスを起動するつもりです。
だから私は私のエンジンを選択するつもりです。
だからここに私は、MySQLのの選択肢を持っている Postgresの、Oracle、またはSQL Serverの。
私は、MySQLが欲しい。
そして私はイエスと言うつもりです。
>> だから、これはマルチAZためのオプションです。
マルチAZ、再び、それらの複製だから、 2 RDSインスタンスをスピンアップしようとしている
そしてそれらの間のレプリケーションを行う。
そして私は、私はちょうど持つことができることをしたくない場合 単一のインスタンスが、私はそれをしたいです。
そして私はするつもりだ 私のデータベースエンジンを選択します。
だから私は迎えに行くよ ここに最新のもの。
そして私は迎えに行くよ インスタンスのどのタイプ私が欲しい。
>> それはですので、だから私は、R3が欲しい メモリは、インスタンスを最適化した。
だから私は、R3を選ぶつもりです。
そして、私は迎えに行くよ はい、私はマルチAZが欲しい。
そして、私は、汎用SSDが欲しい。
>> そして、私はおそらく欲しい もう少しストレージ。
私はここ10ギグを持っているつもりです。
そして私はするつもりだ いくつかの資格情報を選択します。
だから私のデータベースの識別子は何ですか？
だから、wordpressdb1ことになるだろう。
私はこのルートを呼ぶつもりです。
私はそれにパスワードを与えるつもりだ。
>> そして、私たちは選ぶつもりです 同様に、このセキュリティグループ。
だから私はすでに作った このためにセキュリティグループ。
そして私はするつもりだ それをデータベース名を与える。
だから我々はするつもりだだけ ワードプレスと呼んでいます。
そして、我々はするつもりだ リテンションウィンドウを選択する
ように、これはあなたのためのバックアップを行います。
だから私は、バックアップの週にしたい。
そして、私は好みを持っていない バックアップウィンドウのために。
そして、私はそれが自動的にしたい ここに私のマイナーバージョンをアップグレード。
だから私は、デフォルトとして、そのままにするつもりです。
だから今、私は立ち上げています 私のRDSインスタンス。
右？
だから今は、作​​成されています。
だから今、私たちはただ待っている それはインストールするために。
それが起こっているのながらそれでは、ログインしましょう 最初のEC2インスタンスに私たちは作った。
だから、このWordpressのデモだ。
そして、私たちはまさにそれを確認します。
うん。
>> だから我々はそれにログインできる場合を見てみましょう。
だから私はコピーするつもりです それのパブリックホスト名。
私は開くつもりだ ここでシェルウィンドウ。
[聞こえない] SSH。
デフォルトユーザはEC2-ユーザーです。
>> 読者：レオは、あなたでしょう コマンド[聞こえない]気に？
>> LEO ZHADANOVSKY：良い？
そして、それではにSSHしてみましょう。
うん。
だから私は今、私のインスタンスにいる。
だから私は中SSHedよ。
それはとても5分間次第です それは間違いなく私のインスタンスです。
>> 私たちがしているので、最初のもの ここで何をしたいだろう
それがああ、それ私に言ってだが、 私はいくつかのセキュリティ更新プログラムを持っている。
だから、僕は実行するつもりです ここでは上のすべてのセキュリティ更新プログラム。
[？ yumをsudoの？]マイナスのy更新。
だから、すぐにそれらをインストールするために起こっている。
私がしたい次のことは私です いくつかのより多くのものをインストールしたい。
だから私は、MySQLをインストールする必要がありますするつもりです。
私は、Apacheをインストールする必要がありますするつもりです。
私は、PHPをインストールする必要がありますするつもりです。
私は、インストールする必要がありますするつもりだ MySQLのPHPのプラグイン。
そして、私はMySQLサーバをインストールする必要があります。
それでは、このようなものをインストールしてみましょう。
>> インストール。
だから、完了です。
だから今私は、[したいですか？ HTTPD。 ？] I Apacheは起動時に開始したい。
だから私はこれを行うにするつもりです。
OK。
私はこれを再起動するのであれば、今では開始します。
>> 私はまた、MySQLは起動時に開始したい。
だから、同じこと。
おっと、ここにタイプミス。
大丈夫。
そして実際に、私はよ 後で私のWebサーバーを起動します。
今、私は私の始めたい データベースサーバ、しかし。
だから、これを行う。
そしてそれはのために始めている 初めてなので、私は
しなければならないだろう ここではいくつかの基本的な手順。
最初の事ので、私は何をするつもりだ 私のMySQLのrootパスワードを設定されている。
>> だから、僕はこのMySQLを実行するつもりです インストールコマンドを確保する。
だから、それは現在のルートを持っていないだ パスワード、それでは、1を設定してみましょう。
そして、私はこれらを削除するつもりです それが作成する匿名ユーザー
とrootログインを無効にします。
そして、テスト·データベースを削除します。
したがって、このすべての種類の あなたのMySQLがインストールproductionizes。
>> だから、完了です。
だから今、私のことができるようにすべき 私のMySQLサーバに接続する。
だから私はそれがここに動作するかどうかを確認するつもりです。
うん。
だから私は私のMySQLサーバにいるよ。
>> だから今、私がやりたい次のことはある 私は私のWordpressのデータベースを作成する。
だから私は、MySQLの管理をするつもりです。
[聞こえない]
大丈夫。
だから私は私のデータベースを作成しました。
>> そして今、私が何をしたいのか、私はある Wordpressのユーザーを作成したい。
だから私はにログインする必要はありません rootユーザーとの私のWordpress
それは悪いだろうからです。
だから私はできるだけで、ユーザーが欲しい Wordpressのデータベースにアクセスする。
それでは、ここで再びで行きましょう。
そして、我々は[するつもりだ？移動しますか？】これをここに。
>> それでは、私はここでやっていることはある 私は、ユーザーのことを作成しています
その者のローカルホストから接続することができます 私のスーパー安全なパスワードで識別
ここに。
そして私はこれを許可するつもりです データベース全体へのユーザーアクセス。
大丈夫。
そして今、私はあるべき そのユーザとしてログインすることができ
そのデータベースだけを参照してください。 [？と？]テストデータベース。
>> だから私は、MySQLのマイナスをするつもりです uはルートではなく、ワードプレス。
大丈夫？
そして、我々は次のようになります 右do--できる？
だから私はここに私のWordpressのデータベースを見ることができます。
だから、それは素晴らしいことです。
>> だから今、私たちが実際に行う必要があり ダウンロードしてWordpressのをインストールします。
それでは、私たちのウェブディレクトリに移動してみましょう。
だから私は、WordpressのをWgetはするつもりだ ここでのWordpressの最新バージョン。
私はそれを抽出するつもりです。
そして今、私は交換するつもりだ HTMLディレクトリ、その
デフォルトの[ですか？ウェブ？]根、 Wordpressのディレクトリと、そのように。
>> 大丈夫。
そして今、私はちょうど変更に行くよ Apacheのようなアクセス許可
ユーザーは、Wordpressのディレクトリを所有している。
大丈夫。
そして最後に、私は私のを起動するつもりだ Webサーバとすべての作品を願っています。
大丈夫。
だから今のがここで何が起こるか見てみましょう。
だから私はここに行くつもりです。
そして、私が得ることができるかどうかを確認 ここで、このインスタンスに。
大丈夫。
だからここに私たちのWordpressの設定画面です。
だから我々は、すべてこの情報を知っている。
だから私たちのデータベース名はワードプレスである。
>> 当社のユーザー名はワードプレスになるだろう。
私はここに私のスーパー安全なパスワードを持っている。
我々はするつもりだ localhostに接続する。
そして、我々はインストールを実行するつもりだ。
>> 今、私たちはちょうどつもりだ 私のウェブサイトの名前を与える。
だから、レオの素晴らしいブログ。
[聞こえない]ユーザー名。
私は取得するつもりだ 私のユーザー名のパスワード。
私は自分のメールアドレスを入れつもりです。
それはテスト1だからと、私はしないでください インデックスこれに検索エンジンたい。
だから今、私たちはWordpressのをインストールしている。
だから今、私たちは、すべての設定している。
>> だからここに私のWordpressのです。
そして、ここに私のダッシュボードです。
それは完全に機能してWordpressのだ。
私は、プラグインを更新することができます ここで私がしたい場合。
私はここでやりたい。
だから、ここで完全に私の実際のだ 私の1インスタンスでWordpressのを実行している。
>> あなたが持っている場合は、ここで、これは素晴らしいです テストサイトが、これはスケールしない。
私たちは、つのインスタンスを持っている。
私たちは、そのインスタンスを作ることができます 本当に巨大な、しかしある時点で
あなたが不足してするつもりだ 垂直スケーリング部屋の。
だから、するつもりだ それよりもそれがより拡大​​。
>> 我々はスピンアップする理由です このすべての他のものと。
だから私たちの場合は、見てみましょう RDSインスタンスが実行されます。
[？はい、？]私たちのRDS インスタンスがほとんど行われます。
だから、なぜならその間にOKだ 我々のEC2インスタンスを設定することができます。
それはちょうどになるだろう わずかに異なる手順。
>> だから私たちは私たちのWordpressのウェブを持っている。
今、私はすでに昨日1ランニングを持っていた。
だから、僕はこれを把握するんだ 一つは、それは私が今日ローンチということでした。
したがって、この1は11月4日発売されました。
だから、今日から一つだ。
[？私が知っている？]この1つはだった 立ち上げ、ああ、午後4:00。
だから、実際に、これは新しいものである。
うん。
OK。
>> だから、これは私の新しいインスタンスです。
だから、再び、私はそれにSSHするつもりです。
それでは、ここで私の端末に戻りましょう。
だから私はこの1つの外に取得するつもりだ。
私は新しいインスタンスにSSHで接続するつもりです。
大丈夫。
だから私はしなければならないつもりだ ここでは同じものの一部。
だから私は、セキュリティ更新プログラムを実行するつもりです。
私はいくつかのパッケージをインストールするつもりです。
パッケージは、しようとしている 今多少異なる場合が。
>> だから私は、MySQLサーバを必要としない 私たちはそれを勃発だから。
だから私はまだに行くよ MySQLクライアントをインストールします。
私はまだApacheをインストールするつもりです。
私はまだに行くよ PHPとPHP MySQLをインストールしてください。
私はちょうどつもりはありません MySQLサーバをインストールします。
>> それから私はまだするつもりだ 必ずApacheは起動時に開始します。
今、私たちはアップするデータベースを必要としています。
だから我々はのは、これを追加することをさせない間 ロードバランサにインスタンス。
だから我々はに行くつもりです ここに私たちのロードバランサ。
そして、私たちはちょうどつもりだ インスタンスIDを書き留めます。
ここに私のインスタンスIDを手に入れた。
>> 私は私のロードバランサに行くとき、 ここに私のLoad Balancerの、参照、
ここでは、そのDNS名です。
だから、ゼロのインスタンスを持っている サービスで、今
私は追加していないため、 それへのすべてのインスタンス。
だから私は私のインスタンスを追加するつもりです。
だからここインスタンスの私のリストです。
私はこの1つを望むのであれば、私は今 それにこの1を追加する予定。
>> 今では待つつもりだ そしてそれはないだろう
このインスタンスを有効にするには それは健康になるまで。
そして、それは健康的になることはないだろう 私は自分のウェブ·サーバーの電源をオンにするまで。
それでは、私たちのRDSかどうかを確認してみましょう インスタンスがバックアップされる。
大丈夫。
グレート。
だから私たちの新しいRDSインスタンスが準備ができています。
これは、エンドポイントである 私のRDSインスタンスの。
だから、私は私がするつもりですです 私のRDSインスタンスに接続しようとして。
だから、これは完全にある MySQLデータベースを管理していました。
それはそれで設定したバックアップを持っている。
それは冗長です。
それは、わずか数分でスピンアップ。
だから今、私のことができるようにすべき それfrom--かSSHへのSSH、
しかしMySQLクライアントとそれにログインします。
>> うん。
だからここに私は。
私がいるよ。
だから今、これは同じようなことを行っている を除いて私たちはそれを破壊している。
だから、再び、私は実際に行くよ 第二のためにこのから抜け出す。
まあ、我々は既に作成 Wordpressのデータベース
私たちはそのように、そこにワードプレスを置くので、 私はWordpressのユーザーを作成するつもりです。
そして、いくつかがあるように起こっている ここでのわずかな差
我々は前回やったから。
だから我々は作成しましょう Wordpressのユーザー、
しかし今、私た​​ちはあることするつもりはない もはやローカルホストからログイン。
私たちは、ログインすることになるだろう EC2インスタンスからで。
そして、我々は必ずしも知っているつもりはない IPはそれから来るのアドレスかについて、
または私達は指定しない その粒度にそれ。
>> 我々は、セキュリティを必要があるとしている ていることを確認してくださいグループのみ
弊社のWebサーバは、これに接続することができます。
だから、僕はできるようにするつもりだ また、このレベルでは、より
任意のIPアドレス接続から。
だから我々はちょうどそれをした。
そして今、我々はただだ 再び、必要があるとして、
このユーザーのアクセスを許可 Wordpressのデータベース。
だから今私はちょうどに行くよ ワイルドカードにこれを変更する。
大丈夫。
だから我々はそれを持っている。
ここを取得しましょう​​。
だから我々は念のためだろう 私たちは今ログインできる。
私はちょうど変更するつもりです ワードプレスに自分のユーザー名。
大丈夫。
だから我々はにいる。
だから、動作します。
今、私たちは私が持っている、再び、つもりだ このインスタンス上のWordpressをセットアップ。
だから、私たちは持っているつもりだ ヴァール、WWWに行くされていることができません。
私は、HTMLを移動する必要が html.oldするディレクトリ。
大丈夫。
そして、我々は持っているつもりです Wordpressのをダウンロードします。
>> 大丈夫。
Wordpressのを抽出します。
私たちはそれを移動するつもりだ HTMLディレクトリへ。
大丈夫。
そして、我々はするつもりだ アクセス権を変更します。
そして、我々は、Apacheを起動するつもりだ。
>> だから何をどうすべき 今そこに起こっているのである
基本的には5であることが このELBに再試行します。
そして、それは最終的には、このインスタンスがされてい ELBで健康になろう。
だから、[聞こえない]ここに。
どれどれ。
このインスタンスは、まだ健康的ではありません。
だから私は実際にどのようなんだ 何をするつもりは、私が行くよです
ヘルスチェックを少し変更するには もう少しだけ速くそれを作るために。
私たちは、後でそれをバックに変更することができます。
それでは、私が健康で欲しいとしましょう 3の代わりに、5のしきい値。
OK。
だから今、私たちは、サービスにいる。
>> だから今、私は行くつもりです このロードバランサへ。
そして、それは戻って、プロキシ私べき このインスタンスに至るまで、
そして我々はここでWordpressのをセットアップします。
さて、あなたはあなた自身を持っている場合 ドメイン名または何か、
あなただけのCNAMEを行うことができます このDNS名にレコード。
そして、弾性荷重バランシング サービスは、バックエンドで拡張性があり、
そのためには、上下に独自にスケーリングします。
だから、複数のIPアドレスである可能性があります。
IPは変更することができます。
だから、常に参照する必要があります そのDNS名からそれ。
>> 大丈夫。
だからここに私達は行く。
我々は戻ったちのセットアップ画面にいる。
今、私たちはやろうとしている 同じプロセスほとんど。
だから私たちのデータベース名はワードプレスである。
当社のユーザー名の名前がワードプレスである。
私たちは、同じスーパーを持っている 以前のようにパスワードを確保する、
データベースホストは今除く RDSインスタンスになるだろう。
>> だから我々はここに行くつもりです。
私たちは、RDSに行くつもりだ。
私たちは、私のインスタンスに行くつもりだ。
私はここに私のエンドポイント名が必要です。
これは一つだ。
だから私はちょうどに行くよ これをコピーして貼り付ける。
大丈夫？
だから、働いていた場合を見てみましょう。
大丈夫。
だから、動作します。
だから、RDSインスタンスに接続することができます。
ここでも、それがために起こっている レオの驚くばかりのブログである。
大丈夫。
>> だから今、私たちはするつもりだ 私たちのWordpressのをインストールします。
だから我々は完了です。
だから私はちょうどにログインしましょう それが働い確認します。
OK。
>> だから今、私たちが持っている 完全にWordpressのを実行している。
我々はそれの操作のすべての種類を行うことができます。
だから今の違いはということです 私たちは別のデータベースを持っている。
そのデータベースは、冗長である。
我々はまだ一つだけウェブを持っている サーバーが、我々は今できた
このウェブの画像を撮影 サーバー、再びそれを起動、
その後、我々は2つ​​のWebサーバーを持っている このロードバランサの背後にある。
>> かどうかを変更しないエンドポイント それは、1個、または2個、または50のWebサーバです。
我々は、この超えて、それを拡張することができます。
だからここでWordPress用のプラグインがあります あなたは、あなたの静的な資産のS3を使用することができます。
あなたは、CloudFrontのを使用することができます これらの資産をキャッシュする。
あなたはのでElastiCacheはを使用することができます 基本的にMemcachedのを使用することができます
そこにセッション状態を格納する。
>> ですから、から拡張として 複数のインスタンスの1、
あなたはそれを前提とするつもりだ それらのインスタンスは、はかないです
ので、彼らは離れて行くことができます。
だから、考えるようになってきました 私はログを格納ん場所について、
私は、セッション状態を保存行う場所。
それがそのOKですので、私はそれを作るにはどうすればよい これらのインスタンスは消え、またはそれ以上のことができます
それらの出現することができますか？
だから、する必要があるとしている そのような質問に答える。
しかし、それはかなり一般的なパターンです。
だから、あなただけのいずれかをオフロード開始 他の層への持続的なもの。
>> だから今我々はこれを持って、私たちはしている [完了？ 3層？]の事。
私は最後のもの ここで何をするつもりは、私はある
私のロードバランサを作るつもり もう少し固体
今では健康なマークだということ。
だから、普通ではありません ウェブサイトのための良いアイデア
ため、TCPヘルスチェックを行うには あなたのApacheがアップする可能性があり、
それはPHPエラーを返すことができた。
だから、あなたはそれを望んでいない。
>> それでは、私が行くよ ここで行う私は行くよさ
HTTPヘルスチェックにこれを変更する。
そして、それはなるだろう index.phpの、index.htmlをしない。
そして、我々はこれを変更するつもりだ バック5に健全なしきい値。
だから、完了です。
だから、まだ健康でなければなりません。
うん。
だから我々は、サービスはまだだ。
>> だから、あなたが設定方法です AWS上のWordpressのアップ。
だから私たちはきた20分未満で考える 双方は、自分自身で、インスタンス上に設定
そして完全な3層アーキテクチャ場所 各階層は、独立して、スケーラブルである。
あなたは、すべての種類を行うことができます 面白いの
データベースと同様にスケーリングする。
>> 私はあなたに1つ以上の見せしましょう ここで興味深いのは。
だから私がしたいのはこのために言わせて 書き込みから読み取る抜け出す。
私は読んでレプリカを作成することができます。
だから私はちょうどに行くよ リードレプリカを作成します。
だから、これはしようとしている wordpressdb1 READ1こと。
私はそれを上にするつもりです 同じ領域が、私
別の地域でそれを行うことができます。
だから我々は開始するつもりだ ここでリードレプリカをプロビジョニングする。
だから今、私たちは、リードレプリカを作成している。
つまり、作成されるだ そこに底に。
だから、すべての種類を行うことができます ここにクールなものの。
>> だから私はデモで終わりだ。
だから私たちは約10分を持っていると思う。
だから私は、ご質問の誰を取るよ すべてのAWS関連のトピックについて、持っています。
誰ですか？
クール。
大丈夫。
みんなありがとう。