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 我是一個解決方案架構師 亞馬遜Web服務。 5 00:00:17,000 --> 00:00:21,030 而我今天要和你談談 什麼亞馬遜Web Services是, 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 我們這樣做,並提供給 其他人在網上? 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 可用性區 至少一個數據中心, 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 平原有明顯的權力 公用事業和不同的一級互聯網服務供應商。 76 00:04:15,501 --> 00:04:17,500 所以,你應該設計你的 應用[?介意嗎?] 77 00:04:17,500 --> 00:04:20,240 那裡的東西都可能發生 在一個可用性區域, 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住宿,Netflix的, 到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 Services的東西。 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的全球基礎設施 當它是一個十億$ 7 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。 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個實例,或1000 針對高峰流量情況下, 143 00:07:45,180 --> 00:07:49,140 除去那些1000實例,設置 了一個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 但它可以在膨脹到150000 體育賽事和足球比賽。 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 >> 美國航空航天局噴氣推進實驗室,他們使用AWS的生活流 好奇心火星車著陸。 160 00:08:47,530 --> 00:08:51,320 等他們發現 只有六個提前天 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 我們在六天內EC2服務。 167 00:09:07,240 --> 00:09:10,090 並且他們能夠有 它擴展到他們的需求。 168 00:09:10,090 --> 00:09:13,480 他們是,我認為,展望 約100萬名觀眾。 169 00:09:13,480 --> 00:09:16,200 所以這是一個非常有趣的 技術進他們使用, 170 00:09:16,200 --> 00:09:18,990 Adobe Flash媒體服務器 和[?互聯網?]緩存。 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年使用 AWS超過200個應用程序 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 所以,你可以得到一個或一個萬兆 鏈接或多個一個或萬兆鏈路 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 所以,你可以,比如說,運行兩個副本 你的網站在同一時間。 209 00:11:12,590 --> 00:11:15,860 如果其中一個出現故障,你 將流量重定向到其他副本。 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 ,看看哪一個性能更好。 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 還有的Windows不同口味 和Linux,所以紅帽,Debian的,Ubuntu的。 229 00:12:09,519 --> 00:12:11,560 我們有自己的配送 所謂亞馬遜的Linux。 230 00:12:11,560 --> 00:12:14,000 你可以選擇你想要哪一個。 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 有存儲優化實例, 所以這些對他們大固態硬盤。 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 >> 而且,像在巴黎聖母院的情況下,你 通常你需要有兩個人, 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:00, 259 00:13:36,180 --> 00:13:40,150 你可以在星期一擴大在上午6:00 並縮減在週一下午5:00。 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 和任何超過1024的TCP流量。 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 所以,第一個是亞馬遜 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 有三種不同 類型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 讓每GB提供3 IOPS。 284 00:14:55,830 --> 00:14:59,080 所以,如果你有一兆兆字節 音量,你有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 >> 所以,再有就是亞馬遜S3。 290 00:15:16,360 --> 00:15:19,340 亞馬遜S3是我們的對象存儲。 291 00:15:19,340 --> 00:15:23,230 所以亞馬遜S3,你可以用它 只存儲任何類型的數據。 292 00:15:23,230 --> 00:15:27,850 你可以用它來存儲靜態 網站和軟管靜態網站。 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 所以,這是什麼意思是它能夠持續 至少兩個數據的丟失 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美元每GB每月。 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 你可以在本地運行 在VMware中,或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 備份到亞馬遜的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 所以,第一個是亞馬遜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服務器,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 所以,我們已經得到了亞馬遜電子病歷, 這是彈性的Map Reduce。 380 00:19:55,780 --> 00:19:58,200 所以這是一個託管的Hadoop框架。 381 00:19:58,200 --> 00:20:02,920 所以,你可以旋轉起來在Hadoop集群 一個實例數百實例 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 在亞馬遜,你怎麼出價 對於產能過剩。 388 00:20:19,110 --> 00:20:20,840 因此,它支持了這一切。 389 00:20:20,840 --> 00:20:26,670 它支持常見的Hadoop框架 如Spark和鯊魚和蜂巢 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 在這一點上亞馬遜推出。 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 它的意思是PB級規模,因此 你可以存儲大量的有關它的數據。 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的流水,或 一堆的日誌數據,將其發送給室壁運動。 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 所以,你有你的負載平衡器 層,你的web層,你的應用程序層, 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 到你的情況下,這 是一種選擇適合你。 424 00:22:07,420 --> 00:22:09,030 >> 然後我們有彈性魔豆。 425 00:22:09,030 --> 00:22:16,030 所以彈性魔豆是一種服務, 讓你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 所以你要做的就是你,從你的代碼, 只需將它發送到彈性魔豆。 430 00:22:29,050 --> 00:22:33,310 彈性魔豆將提供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 所以它的身份和訪問管理。 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 身份聯盟 和各種東西。 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調用 對亞馬遜網絡服務。 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 所以,你可以提供一個 工作站,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 一個EC2實例與WordPress的就可以了。 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 >> 所以其他的事情 我要在這裡做的是, 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 而由於這是一個 Web服務器,我要去 496 00:25:35,890 --> 00:25:39,540 做c3.large,因為它是 大概計算密集型。 497 00:25:39,540 --> 00:25:45,210 所以,我要選擇一個c3.large, 我要去發動他們中的一個。 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 從五分鐘的監測 決議一分鐘的分辨率。 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 你不想只是任何人 來自任何IP地址ssh方式連接。 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 因此,讓我這樣的 這裡有點大。 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的網絡的一部分。 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 通用固態硬盤。 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 所以這個安全組接受交通 在端口80從我的WordPress ELB 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 >> 然後就是我要做的就是下一個 我要發起一個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,再次重複那些 是要旋轉兩個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 所以我們要只 稱之為WordPress的。 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 我要去開拓 一個shell窗口在這裡。 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 它是由五分鐘, 這絕對是我的實例。 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 [?須藤蔭?]減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 我將不得不安裝 PHP的插件為MySQL。 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。 ?]我 希望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 好不好。 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 因此它有沒有當前的根 密碼,因此讓我們設置之一。 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 所以這種所有 productionizes你的MySQL安裝。 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 所以,我不想登錄 我的WordPress的root用戶 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的減 üWordPress的,而不是根。 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 所以,我要wget的WordPress的,在 最新版本的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 因此,我們的數據庫名是WordPress的。 733 00:37:44,170 --> 00:37:47,550 >> 我們的用戶名將會是WordPress的。 734 00:37:47,550 --> 00:37:50,462 我這裡有我的超級安全的密碼。 735 00:37:50,462 --> 00:37:53,869 我們將要 連接到本地主機。 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 而且因為它是一個測試一個,我不 希望搜索引擎索引了。 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 所以這裡是我的真實完全 我的一個實例運行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 所以,這是因為在此期間確定 我們可以設置我們的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 現在,我已經有一個正在運行的昨天。 768 00:39:28,540 --> 00:39:33,670 所以,我剛剛拿到了找出哪些 一個是它是我今天開通。 769 00:39:33,670 --> 00:39:36,710 所以,這一次推出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 [?我知道?]這個是 推出的,哦,4:00 PM。 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 好不好。 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 所以,我要走出這一個。 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和MySQL的PHP​​。 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 >> 當我去我的負載平衡器, 看,這是我的負載平衡器, 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 所以,如果我想這一個,所以我 去這一個補充。 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 而且它不會成為健康 直到我把我的Web服務器上。 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 所以,現在我應該能 SSH進去from--與否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的在那裡,所以 我要創建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 我們的網絡服務器可以連接到這一點。 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 我只是要改變 我的用戶名使用WordPress。 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,而不是五。 889 00:45:12,561 --> 00:45:13,060 好不好。 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 因此,我們的數據庫名是WordPress的。 907 00:45:49,835 --> 00:45:52,940 我們的用戶名的名字是WordPress的。 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 好不好。 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 然後我們有兩個Web服務器 這背後的負載平衡器。 937 00:47:11,720 --> 00:47:15,894 >> 端點不會改變是否 它的一個或兩個,或50的網絡服務器。 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 >> 所以,當你從規模 一至多個實例, 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 >> 所以,現在我們已經有了這一點,我們 做[?三層?]的事。 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 而且我們要改變這種 健康的閾值回至五年。 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 >> 所以這就是你如何設置 WordPress的上升對AWS。 970 00:48:36,370 --> 00:48:41,660 所以我覺得在不到20分鐘,我們已經 兩者上設置一個實例,就其本身而言, 971 00:48:41,660 --> 00:48:47,302 和一個完整的三層結構,其中 每一層獨立地可擴展性。 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 >> 讓我告訴你一次 這裡有趣的事情。 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