訪問Amazon EC2實例的其他方法應該sshd死亡？

在debian或ubuntu實例上，autossh通常可以做到這一點，並在arch實例上通過將守護進程名稱添加到/etc/rc.conf文件中的DAEMONS數組中。訪問Amazon EC2實例的其他方法應該sshd死亡？

如果sshd仍然無法自動重新啓動，儘管採取了這種措施（在相應的實例中）？如何重新獲得對我的實例的控制，如果某些sshd在重新啓動後無法自動啓動或出於某種原因sshd死亡？

在linode.com上，他們提供了一種名爲LISH（參考 - http://library.linode.com/troubleshooting/using-lish-the-linode-shell），它爲我解決了這個特殊問題。 Amazon EC2上是否有相同的功能？我似乎無法找到涉及這種功能/功能的文檔 - 我認爲這對於遠程管理服務器非常重要。

來源

2011-09-06 Calvin Cheng

如果sshd死亡，則會出現非常*非常錯誤的情況。您應該研究導致sshd死亡的問題，而不是通過自動重啓來修補問題。 – WhyNotHugo

有趣的問題。我遇到了一個問題，因爲我可以訪問數據庫，但無法SSH或訪問Web服務器（不知道出了什麼問題）。

要解決，我聯繫了技術支持（通過支持論壇，但我認爲您也可以通過電話完成），然後他們重新啓動了我的其他服務。他們要求您的連接批准，他們可以協助這樣的事情。

來源

2011-09-06 14:36:57 Lostsoul

Lostsoul：他們的支持論壇技術支持是可怕的......如果這是一個稍微嚴重的項目，我不會依賴這個。相比之下，林德的支持票是完全免費的，我總是能從林德科技獲得超快速的迴應。這是我與亞馬遜AWS最大的bugbear之一。 –

這是真的。您可能可以通過電話打開門票。通過我的設置，這不是什麼大問題，因爲我運行了多個負載均衡的服務器。所以當我發現失敗時，我可以殺死這個實例並開始一個新的實例。或者在這種情況下等待技術支持來解決它。我認爲這是EC2的強大功能，可以非常快速地擴展許多服務器。如果你只是運行一臺服務器，爲什麼不去一個不同的提供商？你會得到更好的性能（我發現其他提供者不會限制cpu）並且更便宜。 – Lostsoul

是不是可以在Linode.com上快速擴展許多服務器/實例呢？我只是好奇亞馬遜EC2相對於像Linode.com甚至Rackspace（Slicehost）這樣的知名供應商的優勢。與運行EC2實例相比，您在這些提供程序上運行服務器的體驗如何？ –

訪問Amazon EC2實例的其他方法應該sshd死亡？

回答

相關問題