① 阿里雲伺服器太不安全了，老是被攻擊，工作人員就負責把伺服器給我關了
阿里雲現在不比以前了!服務沒有以前那麼好了！提交一個工單跟你玩了7天，關鍵是問題還沒解決，最後的答復是就是要你備份好文件，重裝系統。最可氣的就是一個工單換了好幾個人跟只能要他聯系你。10分鍾的事情硬是搞個3-5天。----以上是我親身經歷的！要工單截圖我都可以給你。
建議
遠離大平台:
1，客戶多別人照顧不了你這樣的小客戶。
2，阿里雲向別人說的沒有防禦系統都是炒房子一樣過來這陣風基本上也就拜拜了。
選擇適合自己的平台
1，如果是公司網站可以選擇一些像網路雲，華為雲，騰訊雲的代理機構。因為他要賺錢必須把你當上帝。服務也及時。還會免費的教你怎麼怎麼弄。
② 阿里雲伺服器內存和帶寬一下飆升，網站也打不開了，什麼原因
正常的話，是訪問量突然增加，導致資源耗盡，還有一種情況是被DDOS攻擊導致的，還有一種情況是網站程序出錯，導致服務池資源回收不了。
③ 雲伺服器崩潰要怎麼解決
要不去找購買處的售後維護看看，要不然可能就只要換一個了
④ 阿里雲伺服器造成量化交易損失怎樣投訴賠償
這要找專業的律師了。。
⑤ 請問阿里雲的伺服器出現了500異常怎麼解決
這個是伺服器錯誤，可以打官網的人工客服電話，然後讓他給你解決。一般是沒有大的問題的。
⑥ 阿里雲伺服器經常自動 重啟，全部網站都打不開
可能是伺服器沒有設置好所引起的休眠，建議你將數據修改一下
⑦ 伺服器經常崩潰是怎麼回事
伺服器崩潰的幾種原因第一：高並發流量或請求超過伺服器承受力
無論是企業和個人在租用伺服器的時候都會受到峰值承受限制的，一旦超過伺服器的承受能力，就會導致伺服器癱瘓，應用程序暫停，網站無法訪問。伺服器都是有峰值限制的，不可能承受無上限的並發能力。而造成伺服器癱瘓的原因就是在同一段時間內，訪問人數多，造成高流量的突進。超出了伺服器的承受范圍。這種例子我們經常可以看到，比如雙11期間，很多公司為了應對雙11的高流量，開啟的緊急避險措施和大規模的伺服器負載能力。還有春運期間，12306網站由於受到高並發的問題，也會頻繁的出現崩潰。
第二：磁碟空間不足
導致伺服器無法正常運行的原因也有可能是磁碟空間溢出導致的。企業的網路管理員應該實時關注磁碟的使用情況，並且要在規定的時間把磁碟儲存的數據備份到另外的存儲設備裡面，確保數據無遺失，推薦相關閱讀：哪些網站應該使用伺服器呢？
伺服器的磁碟大部分的資源都是被日誌文件佔用了，包括web伺服器，資料庫等日誌信息都包括其中，以及應用程序伺服器日誌文件均與內存泄漏是同等的危害。我們可以採取措施保護我們的數據和日誌文件，日誌文件對應用程序進行異地存儲。日誌文件系統空間如果滿了，則web伺服器將自動被掛起，但是機器本身癱瘓和宕機的幾率就會大大降低。
第三：伺服器超載
連接web伺服器都是用一個線程鏈接的，web伺服器會在線程用過之後自動掛起，不會再未已鏈接的線程提供任何服務。如果我們用了負載機制，那麼如果該伺服器沒有響應，則該伺服器的負載則會自動的轉移到其他web伺服器上，這個操作會使伺服器一個接一個的用光線程。這中操作可能會導致整個伺服器機組被掛起，操作系統同時還有可能在不斷接收新的鏈接，而我們的web伺服器無法未其提供服務，致使伺服器崩潰。
第四：伺服器遭到惡意攻擊
網路科技的不斷發展同時，黑客的技術和滲透也是很強的，伺服器和系統遭受到攻擊已經是普遍存在的了。所有伺服器都會面臨這個問題，這個是無法預測的危險，我們只能實時做好安全防護，將被攻擊的風險降至最低。
⑧ 阿里雲伺服器運行維護問題 雲伺服器的物理機宕機怎麼辦
「小鳥雲」是深圳前海小鳥雲計算有限公司旗下的雲計算服務品牌，專注為個人開發者用戶、中小型、大型企業用戶提供一站式核心網路雲端部署服務，促使用戶雲端部署化簡為零，輕鬆快捷運用雲計算。小鳥雲是國內為數不多具有ISP/IDC雙資質的專業雲計算服務商，同時持有系統軟體著作權證書、CNNIC地址分配聯盟成員證書，通過了ISO27001信息安全管理體系國際認證、ISO9001質量保證體系國際認證。
雲伺服器是部署在物理機上的，底層物理機性能出現異常或者其他原因都會導致物理機宕機，當檢測到雲伺服器所在的物理機機發生故障，系統會啟動保護性遷移，將您的伺服器遷移到性能正常的宿主機上，一旦發生宕機遷移，您的伺服器就會被重啟，如果您希望您的伺服器重啟以後應用伺服器自動恢復，需要您把應用程序設置成開機自動啟動，如果應用服務連接的資料庫，需要在程序中設置成自動重連機制。
⑨ 請教跑在阿里雲伺服器上的 tomcat 莫名被殺掉的問題
系統會檢測內存，如果內存佔用過大，會自動清理，你查看一下系統日誌/var/log/messages ：
Sep 21 10:34:26 iZ94dvgpg40Z kernel: Out of memory: Kill process 11462 (java ) score 358 or sacrifice child
Sep 21 10:34:26 iZ94dvgpg40Z kernel: Killed process 11462 (java ) total-vm:3100672kB, anon-rss:695128kB, file-rss:0kB
參考http://cn.v2ex.com/t/222457
⑩ 求助伺服器崩潰原因和解決方法
在計算機網路日益普及的今天，計算機安全不但要求防治計算機病毒，而且要提高系統抵抗黑客非法入侵的能力，還要提高對遠程數據傳輸的保密性，避免在傳輸途中遭受非法竊取。下面壹基比小喻來給你們講講伺服器託管站點崩潰的幾大原因。
第一，內存泄漏
C/C++程序還可能產生另一個指針問題:丟失對已分配內存的引用。當內存是在子程序中被分 配時，通常會出現這種問題，其結果是程序從子程序中返回時不會釋放內存。如此一來，對已分配的內存的引用就會丟失，只要操作系統還在運行中，則進程就會一 直使用該內存。這樣的結果是，曾佔用更多的內存的程序會降低系統性能，直到機器完全停止工作，才會完全清空內存。
第二，C指針錯誤
用C或C++編寫的程序，如Web伺服器API模塊，有可能導致系統的崩潰，因為只要間接引 用指針(即，訪問指向的內存)中出現一個錯誤，就會導致操作系統終止所有程序。另外，使用了糟糕的C指針的Java模擬量(analog)將訪問一個空的 對象引用。Java中的空引用通常不會導致立刻退出JVM，但是前提是程序員能夠使用異常處理方法恰當地處理錯誤。在這方面，Java無需過多的關注，但 使用Java對可靠性進行額外的度量則會對性能產生一些負面影響。
第三，資料庫中的臨時表不夠用
許多資料庫的臨時表(cursor)數目都是固定的，臨時表即保留查詢結果的內存區域。在臨時表中的數據都被讀取後，臨時表便會被釋放，但大量同時進行的查詢可能耗盡數目固定的所有臨時表。這時，其他的查詢就需要列隊等候，直到有臨時表被釋放時才能再繼續運行。
第四，線程死鎖
由多線程帶來的性能改善是以可靠性為代價的，主要是因為這樣有可能產生線程死鎖。線程死鎖 時，第一個線程等待第二個線程釋放資源，而同時第二個線程又在等待第一個線程釋放資源。我們來想像這樣一種情形:在人行道上兩個人迎面相遇，為了給對方讓 道，兩人同時向一側邁出一步，雙方無法通過，又同時向另一側邁出一步，這樣還是無法通過。雙方都以同樣的邁步方式堵住了對方的去路。假設這種情況一直持續 下去，這樣就不難理解為何會發生死鎖現象了。
第五，磁碟已滿
導致系統無法正常運行的最可能的原因是磁碟已滿。一個好的網路管理員會密切關注磁碟的使用情況，隔一定的時間，就需要將磁碟上的一些負載轉存到備份存儲介質中(例如磁帶)。
日誌文件會很快用光所有的磁碟空間。Web伺服器的日誌文件、SQL*Net的日誌文件、 JDBC日誌文件，以及應用程序伺服器日誌文件均與內存泄漏有同等的危害。可以採取措施將日誌文件保存在與操作系統不同的文件系統中。日誌文件系統空間已 滿時Web伺服器也會被掛起，但機器自身被掛起的幾率已大大減低。
第六，伺服器超載
Netscape Web伺服器的每個連接都使用一個線程。Netscape Enterprise Web伺服器會在線程用完後掛起，而不為已存在的連接提供任何服務。如果有一種負載分布機制可以檢測到伺服器沒有響應，則該伺服器上的負載就可以分布到其 它的Web伺服器上，這可能會致使這些伺服器一個接一個地用光所有的線程。這樣一來，整個伺服器組都會被掛起。操作系統級別可能還在不斷地接收新的連接， 而應用程序(Web伺服器)卻無法為這些連接提供服務。用戶可以在瀏覽器狀態行上看到connected(已連接)的提示消息，但這以後什麼也不會發生。
總之，還有許多因素也極有可能導致伺服器租用或伺服器託管站點無法工作。有許多種原因可能導致Web站點無法正常工作，這使得系統地檢查所有問題變得很困難。