獲取連接拒絕EC2通過增加主音量的大小

Question

這裏是我做的：

1. 我選擇Launch Instance從我的EC2儀表板

2. 我從AMI列表中選擇Ubuntu Server 12.04.3 LTS - 64-bit

3. 我選擇t1.micro爲我實例類型

4. 我做不改變任何步驟2（配置實例詳細信息）

5. 第4步，我增加從8音量的大小200

6. 我點擊Review and Launch和運行實例。

現在雖然它的狀態是running和狀態檢查是2/2 checks passed我無法通過SSH服務器。除了增加音量大小部分外，我沒有任何問題執行相同的步驟。任何想法爲什麼發生這種情況

Answer 1

具有EBS根卷的新EC2實例從具有某些元數據的可啓動硬盤快照啓動，統稱爲亞馬遜機器映像（AMI）。

這個問題促使我意識到某些事情：鑑於我們從現有的硬盤映像開始，並建立了一個已建立的文件系統，從邏輯上說，無論文件系統有多大的拷貝在綁定到我們的新機器之前，已經創建了文件系統，並且它通常不會意識到磁盤上可用的額外空間量，超出和超出其原始大小。

但是，我已經爲Ubuntu 12.04 LTS AMI的根磁盤選擇了大於默認值的大小值，並且從未給出過任何時間，儘管我調配的空間量「神奇」可用，從邏輯上講，它不應該是。啓動後文件系統仍然應該是8 GB，因爲它是一個原本大小爲8 GB的文件系統的副本，並且它的所有內部結構都應該指出這一點。

唯一可能的結論是，我們最初引導的快照必須包含代碼，以便自動增長自己的文件系統以填充它喚醒時發現自己正在運行的磁盤。

這......事實證明是正確的。從Eric Hammond撰寫的關於EC2/EBS的早期報道中，描述如何獲得更大的根卷：

還剩一步。我們需要調整文件系統的大小，以便填滿整個100 GB的EBS卷。這是ext3的魔術命令。在我的早期測試中，運行需要2-3分鐘。 [更新：對於Ubuntu 11.04和更高版本，AMI啓動時會自動執行此步驟，您無需手動運行它。]^[強調]

— http://alestic.com/2009/12/ec2-ebs-boot-resize

但是，你顯然就需要等待它，磁盤越大，時間越長的等待。實例可達性檢查sounds like a ping test。如果是這樣，可以想象，網絡堆棧可以啓動並且響應，但sshd在調整操作期間可能還不能接受連接，這將導致「連接被拒絕」響應 - 這是IP棧主動拒絕，因爲目標套接字未偵聽。

實例可達性檢查並不意味着實例「準備就緒」，而是意味着它「正在向上或向上，而不是正在下降」。