阿里雲伺服器網路
『壹』 阿里雲伺服器ecs怎麼用
完成雲伺服器ecs創建之後的第一步是下載Xftp6。
工具：iphone12、ios14.4、ecs2.1.3。
1、下載Xftp6，進入下載頁面後，選擇Evaluation user / Home & School user，信息隨便填，下載地址會發送到你填寫的郵箱，下載完成後正常安裝即可。
阿里雲主要產品：
1、彈性計算：
雲伺服器ECS：可彈性擴展、安全、穩定、易用的計算服務
塊存儲：可彈性擴展、高性能、高可靠的塊級隨機存儲
專有網路VPC：幫您輕松構建邏輯隔離的專有網路
負載均衡：對多台雲伺服器進行流量分發的負載均衡服務
彈性伸縮：自動調整彈性計算資源的管理服務
資源編排：批量創建、管理、配置雲計算資源
容器服務：應用全生命周期管理的Docker服務
高性能計算HPC：加速深度學習、渲染和科學計算的GPU物理機
批量計算：簡單易用的大規模並行批處理計算服務
E-MapRece：基於Hadoop/Spark的大數據處理分析服務
2、資料庫：
雲資料庫RDS：完全兼容Mysql，SQLServer，PostgreSQL
雲資料庫MongoDB版：三節點副本集保證高可用
雲資料庫Redis版：兼容開源Redis協議的Key-Value類型
雲資料庫Memcache版：判輪在線緩存服務，為熱點數據的訪問提供高速響應
PB級雲資料庫PetaData：支持PB級海量數據存儲的分布式關系型資料庫
雲資料庫HybridDB：基於GreenplumDatabase的MPP數據倉庫
雲資料庫OceanBase：金融級高可靠、高性能、分布式自研資料庫
數據傳輸：比GoldenGate更易用，阿里異地多源神活基礎架構
數據管理：比phpMyadmin更強大，比Navicat更易用
『貳』 阿里雲伺服器是如何實現每台伺服器都是公網IP的呢
根據我所知道的回答一下這個問題。
利用公有雲（比如阿里雲、騰訊雲、華為雲等）部署了應用之後，為了訪問申請的雲伺服器，需要使用公網IP，公有雲服務商不僅提供了固定的公網IP，更多採用的是彈性公網IP。
彈性公網IP
申請了彈性公網IP之後，可以將期綁定到雲伺服器實例，用於通過公網訪問自己申請的雲主機。
總結
騰訊雲、阿里雲、華為雲均支持彈性公網IP。隨著公有雲業務的不斷發展，雲服務提供商的公網資源是遠遠不夠的，目前通過運營商上網也採用了運營商級別的NAT。將來有可能所有的雲主機均得採用彈性公網IP。
對於公有雲服務商提供的雲伺服器的公網IP，大家有什麼看法呢，歡迎在評論區，留言討論。
如需更多幫助，請私信關注。謝謝
瞎回答的很多。實質上，並沒有魔術。阿里雲的ip就是買的，是一大段一大段ip范圍買下的。
那些說類似專線獨立ip的人，都是瞎掰，專線實質上是電信買下的ip范圍里租一個給你用，電信那端通過調整路由表把對應的ip報文轉發到你那根物理線路上。
阿里雲的技術方式完全不一樣。
首先阿里和電信一樣，都是購買巨大的一段ip地址范圍，它的地址范圍不比電信小多少。ipv4的地址范圍就是這些大佬買光的，國外aws，google，微軟的ip范圍更大。
其次，阿里雲內部，不是簡單的改路由器，而是當有bgp能力的核心路由把全網路里屬於阿里雲的ip報文導入數據中心後，通過伺服器進行報文數據軟交換，也就是常說的sdn（軟體定義的網路）技術把ip分配給具體的虛擬機。這樣確保虛擬機綁ip可輕松的自動綁定。當你在界面上點一下申請彈性ip的時候，阿里雲就從它的ip池裡空餘的ip中，分一個給你，注意，這個ip池比阿里的機器數量，甚至虛擬機數量要大很多。當你分配了彈性ip後，如果要綁定彈性ip到具體某個虛擬機時候，背地裡，阿里雲就簡單的把這個ip和虛擬機的路由關系告訴它的軟交換伺服器集群，然後所有進入阿里雲中的報文里，屬於這個ip的報文被投遞給這台虛擬機。
下面有很多瞎回答的，NAT是可以減少公網IP地址的使用，但還是需要公網IP。
公網IP只可能是雲服務商自己向電信或移動等運營商買的。
阿里雲有很多伺服器，但是並不是所有伺服器都需要公網IP，比如資料庫伺服器，負載均衡伺服器等，只需要內網IP就夠了。實際需要使用公網IP的伺服器就是直接面對用戶的那幾台而已。
藉助內網IP和彈性公網IP，以及IP回收等，實際需要使用的公網IP數量是可控的。
那麼，阿里雲到底有多少公網IP呢？可以看下這里的不精確統計
http://as.chacuo.net/companyview/s_alibaba
大概是 860萬個公網IP。
這裡麵包含了阿里在國內、美國、新加坡的IP地址統計，應該還不完整。
一句話回答：就是買的。
通過BGP自治號(AS)查詢，阿里雲大約有3千萬個公網IP，AS名稱為「CNNIC-ALIBABA-CN-NET-AP」，有興趣的可以自己去查。
另外這么多IP當然不可能是運營商分配的，事實上運營商的公網IP還沒阿里雲多，這些IP是阿里雲向CNNIC申請，APNIC審核並最終由ICANN分配的。
在邏輯上阿里實際就是一個運營商，它和移動聯通電信的網路連接，和移動聯通電信三網互通原理完全一樣，都是基於邊界網關協議BGP，搞一次地址廣播的花費至少就要花好幾百萬
沒啥特別的實現方法，就是大批量買IP地址，通過廣域網路由協議發布。
原來IPV4地址還不值錢，阿里早就大段大段地買，囤積了非常多的IPV4地址資源。
國內的BAT，從IPV4資源來看，阿里比騰訊多一個數量級，騰訊比網路多一個數量級，網路比其他廠商多一個數量級。
查了下阿里的AS信息，大概有十來個B段地址。
現在的IPV4地址，基本上已經分配完了，現在要拿到新的IP網段，基本上只能找ISP買，或者收購其他有IPV4資源的公司。
全世界所有的公網IP地址都源自ICANN這個組織，這個組織掌握著全球「互聯網地址簿」
互聯網協議（IP）地址的空間分配、協議標識符的指派、通用頂級域名（gTLD）、國家和地區頂級域名（ccTLD）系統的管理、根伺服器系統的管理等都是由ICANN負責管理。
ICANN先分配給亞太互聯網信息中心（APNIC）、歐洲IP資源網路協調中心（PIPE NCC）、美洲互聯網號碼注冊機構（ARIN）、拉丁美洲和加勒比地區互聯網信息中心（LACNIC）、非洲互聯網路信息中心（AfriNIC），再由這些地域性的組織分配給所在區域的ISP。
IPV4最多可以提供約42.9億個IP地址，這么多年過去了，用著用著就發現不夠用了。雖然全世界的各個分配機構都相繼宣告了IPV4地址已經耗盡，但還是有大量的ISP私藏了大量的IPV4的IP地址。
絕大多數人對IPV4地址枯竭這件事都理解有偏差宣告枯竭的對象是IPV4地址分配組織，它只是告訴大家我手裡所有的IPV4地址已經全部發放完畢了，至於已經從分配組織獲得的IP地址，分配組織才不管你用還是不用。假如還想從分配組織手裡申請新的IPV4地址就必須要等別人不用歸還，稀缺的資源往往需要排隊走關系。
所以但凡稍微有點實力的ISP運營商都不會傻傻地將IPV4地址退回去，而是大批量的囤貨，即使不用也會攥著手裡。假如真有那些堅持不下去的ISP運營商，退了多少IPV4地址立馬就會被瓜分掉。IPV6在不斷的普及當中，當簡短的IPV4地址註定會變成一種稀缺資源。
ISP手裡囤積的IPV4地址是完全足夠日常使用
IPV4地址就像海綿里的水，你擠擠它就會出來。這也就是為什麼很多伺服器的運營商和網路運營商能夠保證公網IP地址的供應。
IPV4地址到目前為止還能游刃有餘，很大程度上歸功於NAT技術，即網路地址轉換。NAT技術能夠將當前地址空間中的IP地址映射到另一個地址空間，可以理解成一個轉換表，其中存儲著外部地址/埠到內部地址/埠的轉換關系。通過NAT技術就無需每台設備都擁有一個獨立唯一的IP地址，可以很多台設備共用一個公網IP地址，而區域網內使用私網不重復的IP地址即可。
NAT技術不僅可以緩解IP地址短缺的問題，還可以有效地保護私有網路。現在申請寬頻已經很難再申請到公網IP地址了，甚至於運營商可以實現一個地區都使用內網IP地址。那麼問題就來了，絕大多數人並不喜歡NAT轉換技術，希望設備能夠獲得公網的IP，便於遠程管理。所以很多「攻城獅們」會嘗試通過各種NAT穿透技術來解決NAT轉換技術所帶來的問題，比如：SOCKS、UPNP、ALG等等。
實際上伺服器對於公網IP地址的需求量也並沒有那麼大，比如：很多網站、域名可以存放在一台伺服器上，共用一個公網IP地址。理論上伺服器的配置足夠、帶寬足夠可以同時存放N多個網站，應用類的APP伺服器也是同樣的道理。
公網IP地址的配置和區域網的IP地址配置並無二致互聯網內很多組織都共同維護著一本類似「114」的地址查詢薄，IP地址由分配組織分配給ISP後，分配組織就會更新地址簿，其他組織就會同步更新。
這就好比快遞，收快遞的人也許並不知道送到具體哪個地方，他只需要將包裹收好貼上地址後統一放到快遞站點，再由快遞站點送到區域中轉站，再由區域中轉站送到市級以上的大型中轉站，大型中轉站就知道如何層層下發，最終有派件員送到收快遞的人手中。
IP地址分配組織會標識每個IP地址具體是屬於哪個ISP運營商，至於ISP運營商是想很多個網站或者應用用一個公網IP地址、還是一個伺服器用多個公網IP地址、還是一個伺服器使用彈性的公網IP地址，就不是IP地址分配組織會管的事情了。
阿里雲伺服器是如何實現每台伺服器都是公網IP的呢？伺服器那麼多，不應該每台伺服器都去運營商購買公網IP吧。難道是使用NAT轉換的嗎？
阿里雲的ip就是買的，是一大段一大段ip范圍買下的。
那些說類似專線獨立ip的人，都是瞎掰，專線實質上是電信買下的ip范圍里租一個給你用，電信那端通過調整路由表把對應的ip報文轉發到你那根物理線路上。
阿里雲的技術方式完全不一樣。
首先阿里和電信一樣，都是購買巨大的一段ip地址范圍，它的地址范圍不比電信小多少。ipv4的地址范圍就是這些大佬買光的，國外aws，google，微軟的ip范圍更大。
其次，阿里雲內部，不是簡單的改路由器，而是當有bgp能力的核心路由把全網路里屬於阿里雲的ip報文導入數據中心後，通過伺服器進行報文數據軟交換，也就是常說的sdn（軟體定義的網路）技術把ip分配給具體的虛擬機。這樣確保虛擬機綁ip可輕松的自動綁定。當你在界面上點一下申請彈性ip的時候，阿里雲就從它的ip池裡空餘的ip中，分一個給你，注意，這個ip池比阿里的機器數量，甚至虛擬機數量要大很多。當你分配了彈性ip後，如果要綁定彈性ip到具體某個虛擬機時候，背地裡，阿里雲就簡單的把這個ip和虛擬機的路由關系告訴它的軟交換伺服器集群，然後所有進入阿里雲中的報文里，屬於這個ip的報文被投遞給這台虛擬機。
阿里雲有很多伺服器，但是並不是所有伺服器都需要公網IP，比如資料庫伺服器，負載均衡伺服器等，只需要內網IP就夠了。實際需要使用公網IP的伺服器就是直接面對用戶的那幾台而已。
藉助內網IP和彈性公網IP，以及IP回收等，實際需要使用的公網IP數量是可控的。
人家阿里有自己的as號好吧，bgp互聯的，有自己ip段，nat個錘子
很正常，開過專線的就知道，給錢，一條線路，所有內網電腦全可以分配外網ip。
當然是向運營商買ip了，不可能是NAT，至於為什麼不是，你需要了解NAT的工作原理，NAT其中一個必要條件是NAT轉換必須有一方是公網地址
『叄』 阿里雲伺服器主要用途是幹嘛的對於大學生，可以用它做啥事
阿里雲伺服器主要有下面幾個用途：
1、放置公司網站和電子商務平台
隨著越來越多的公司開始通過互聯網開發業務渠道，許多公司將選擇將其網站放置在雲伺服器上，並允許用戶直接通過雲伺服器訪問它們。不僅是企業網站，洞汪輪還有博客，電子商務平台等。不僅安全穩定，數據安全，而且具有成本效益。
2、APP和其他應用程序
它不僅僅是一個可以放置在雲伺服器上的網站，諸如APP之類的應用程序以及任何希望用戶訪問網路的應用納信程序都可以放置在雲伺服器上。但是，應該注意的是，一般APP等應用對雲伺服器配置要求較高，所以盡量選擇配置較高的雲伺服器。
3、使用雲伺服器來存儲和共享數據
許多公司，由於數據量大，或需要實時共享。它將專門購買雲伺服器來存儲數據。它不僅高度安全，而且提供在線下載和數據共享，非常方便。
4、雲伺服器放置游戲
許多小型游戲陵槐都放在雲伺服器或伺服器上，然後才能訪問它們。很多時候游戲鏈接不穩定或閃回，這可能是由於雲伺服器過載。還有一些用戶專門購買雲伺服器與其他人進行在線玩。
『肆』 阿里雲ecs伺服器怎麼搭建網站
Mysql密碼在/usr/local/yundns/virtualhost/vh_config.xml
安裝jdk(rpm)
cd/usr/java/
chmod+xjdk-7u67-linux-x64.rpm
rpm-ivhjdk-7u67-linux-x64.rpm
配置環境變數--jdk(版本要對)要能在Linux上則拿運行
exportJAVA_HOME=/usr/java/jdk1.7.0_67
exportJRE_HOME=/usr/java/jdk1.7.0_67/jre
exportJAVA_BIN=/usr/java/jdk1.7.0_67/bin
exportPATH=$PATH:$JAVA_HOME/bin:$JRE_HOME:$PATH
exportCLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
exportTOMCAT_HOME=/usr/java/tomcat7
exportMAVEN_HOME=/usr/local/maven/apache-maven-3.0.5
exportPATH=$PATH:$MAVEN_HOME/bin
jdk-進行測試用mvn-v
更改配置
在/usr/local/nginx/conf/nginx.conf中
殺死
kill-9進程號
查看所有埠號
lsof-i
查看哪些進程是80埠
fuser-ntcp80
殺死埠為80的虛盯雀進程
sudofuser-k80/tcp
顯示配置文件里真實的被佔用埠
grep-P'(80|include)'/usr/local/nginx/conf/nginx.conf
使改動配置生效?--應該保持完文件即可
例:source/etc/profile
重新載入：/usr/local/nginx/conf/nginx.conf-sreload
nginx在哪
find/|grepnginx.conf
查看版本號:/usr/local/nginx/sbin/nginx-V
執行語句時
報:不允許在這運行此語句,下面的換換
/usr/local/nginx/conf/nginx.conf
/usr/local/nginx/sbin/nginx
強制執行
chmod777語句
使用關閉命令
shutdown-hnow(關閉不了nginx?)--------要再啟動下實例
或者
killall-9nginx
nginx的啟動命令是：(如果許可權不足chmod777)
/usr/local/nginx/sbin/nginx
不行用
chmod777/usr/local/nginx/sbin/nginx-c/usr/local/nginx/conf/nginx.conf
看nginx進程(是否差早啟動)---psaux|grepnginx
查看tomcat是否開啟-----ps-ef|grepjava
改Tomcat配置,埠號--server.xml
並且例<Enginename="Catalina"defaultHost="localhost">
<RealmclassName="org.apache.catalina.realm.LockOutRealm">
<RealmclassName="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Hostname="網址:8181"appBase="webapps"unpackWARs="true"autoDeploy="true"
xmlValidation="false"xmlNamespaceAware="false">
<Contextpath=""docBase="/xiangmu/xiangmu-man"debug="true"reloadable="true"/>
<ValveclassName="org.apache.catalina.valves.AccessLogValve"directory="logs"
prefix="localhost_access_log."suffix=".txt"pattern="%h%l%u%t"%r"%s%b"/>
</Host>
<Hostname="網址(猜此不寫埠默認80)"appBase="webapps"unpackWARs="true"autoDeploy="true">
<Contextpath=""docBase="/xiangmu/"debug="true"reloadable="true"/>
<ValveclassName="org.apache.catalina.valves.AccessLogValve"directory="logs"
prefix="localhost_access_log."suffix=".txt"pattern="%h%l%u%t"%r"%s%b"/>
</Host>
<Hostname="伺服器外網ip地址,這樣可不需域名"appBase="webapps"unpackWARs="true"autoDeploy="true">
<Contextpath=""docBase="/xiangmu/"debug="true"reloadable="true"/>
<ValveclassName="org.apache.catalina.valves.AccessLogValve"directory="logs"
prefix="localhost_access_log."suffix=".txt"pattern="%h%l%u%t"%r"%s%b"/>
</Host>
</Engine>
開啟tomcat
給許可權----開啟//(chmod777一開始要賦許可權)
chmod777/usr/java/tomcat7/bin/startup.sh
假如不行在tomcat的bin目錄下
執行chmod+x*.sh
然後用nohupsh./startup.sh&啟動成功
關閉---手動重啟也行
/usr/java/tomcat7/bin/shutdown.sh
/usr/local/maven/apache-maven-3.0.5/conf/settings.xml裡面指定了jar包保存位置
指令mvnhelp:system--應該用不著
怎麼一堆下載?
啟動maven項目--載入jar
(mvn使用前需要給許可權嗎chmod777/usr/local/maven/apache-maven-3.0.5/bin/mvn)
cd/xiangmu/xiangmu-parent
mvninstall
cd/xiangmu/xiangmu-com
mvninstall
cd/xiangmu/xiangmu-man/xiangmu-man-pojo
mvninstall
cd/xiangmu/xiangmu-man/xiangmu-man-
mvninstall
cd/xiangmu/xiangmu-man/xiangmu-man-service
mvninstall
cd/xiangmu/xiangmu-man/xiangmu-man-web
mvninstall
cd/xiangmu/xiangmu-man
mvninstall
運行項目
cd/xiangmu/xiangmu-man/xiangmu-man-web
mvntomcat7:run
注意事項
nginx會佔用埠,運行項目前先檢查下埠
xiangmu-man/pom.xml里內容<!--添加tomcat插件-->
<build>
<plugins>
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<configuration>
<port>8181</port>
<path>/</path>
<uriEncoding>UTF-8</uriEncoding>
</configuration>
</plugin>
</plugins>
</build>
nginx配置文件
server{
listen81default_server;//設置nginx進程默認埠號
server_namelocalhost;
location/{
roothtml;
indexindex.htmlindex.htm;
}
error_page500502503504/50x.html;
location=/50x.html{
roothtml;
}
}
server{
listen8181;
server_name網址;
location/{
root/xiangmu/xiangmu-man;
indexindex.jspindex.htmlindex.htm;
}
}
pom里的8181要與tomcat的,nginx的8181對應
maven模塊化時,pom.xml引用父級pom,要確定它的位置,用relativePath相對定位,同級用<relativePath>..</relativePath>表示
例<parent>
<artifactId>xiangmu-parent</artifactId>
<groupId>cn.nzxxx</groupId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../xiangmu-parent/pom.xml</relativePath>
</parent>
常用操作
啟動tomcat要先關閉Tomcat
/usr/java/tomcat7/bin/shutdown.sh
/usr/java/tomcat7/bin/startup.sh
ps-ef|grepjava
啟動項目
source/xiangmu/xiangmu-man/pom.xml
cd/xiangmu/xiangmu-man
mvntomcat7:run
數據控制台--平時在這設置修改
"/?spm=0.0.0.0.DzL1Vq
『伍』 阿里雲雲伺服器ecs位於雲端,但是用戶
阿里雲ECS（ElasticComputeService）是一種雲伺服器產品，位於雲端，用戶可以使用它來運行自己的應用程序、網站或服務等。用戶可以在阿里雲控制台上購買ECS實例，並根據自己的需求選擇不同的實例規格、操作系統、網路配置和存儲選項。
雖然ECS實例位於雲端，但用戶仍然可以像使用本地伺服器一樣使用它們。用戶可以通過SSH或遠程桌面等方式遠程連接到ECS實例，並在上面安裝和配置自己的應用程序、網站或服務等。此外，阿里雲還提供了豐富的工具和服務，例如彈性IP、負載均衡、自動化部署、監控和告警等，幫助用戶更輕松地管理和運維ECS實例。
需要注意的是，由於ECS實例位於雲端，與本地服務旅謹器相比，網路延遲和帶寬限制可能會對應用程序的性能和響應時間產生影響。因此，在設計和部署基鎮攔應用程序時，需要考慮搏胡網路瓶頸和優化策略，以確保應用程序在ECS實例上的正常運行。