怎麼能夠跨越多個伺服器

❶ 資料庫如何跨伺服器連接

1. 跨資料庫使用比較簡單，如ceshi資料庫想使用Finance2014的A表，則使用SELECT * FROM Finance2014.dbo.A

2. 跨伺服器的使用，相對復雜一些 需要先連接伺服器

   EXEC sp_addlinkedserver 'srv_lnk','','SQLOLEDB','192.168.2.249'EXEC sp_addlinkedsrvlogin 'srv_lnk','false',null,'sa','12345'

3. 再設置保證存儲過程能夠使用

   EXEC sp_serveroption @server='srv_lnk',@optname='rpc',@optvalue='TRUE'EXEC sp_serveroption @server='srv_lnk',@optname='rpc out',@optvalue='TRUE'

4. 4

   再跨伺服器調用資料庫表和存儲過程如：

   SELECT * FROM srv_lnk.A.dbo.B 其中A為資料庫B為表

   EXEC srv_lnk.A.dbo.B 其中A為資料庫B為存儲過程

❷ 如何通過一個公網固定IP訪問內網2台以上的伺服器

如圖中所示，R1和R2模擬成兩台伺服器並且提供相同的服務(地址分別為172.16.1.1 ，172.16.1.2)，R3是交換機，R4是邊界路由器也就是內部伺服器的網關所在路由器（內網口地址為172.16.1.254 ），R5充當公網並且有環回口5.5.5.5，在R4上的E0/0（地址為222.222.222.1） 介面開啟PAT，使得內網伺服器可以訪問外網R5的 5.5.5.5
如圖：

這時就進入關鍵性階段了，1：寫一條ACL來匹配公網路由，access-list 2 permit 222.222.222.1
2：定義一個以內部伺服器為地址的池：ip nat pool ccna 172.16.1.1 172.16.1.2 netmask 255.255.255.0 type rotary (最後這兩個一定要有意思就是讓這些地址輪循)
3：將ACL跟地址池關連起來：ip nat inside destination (注意這個不是source) list 2 pool ccna

最後就是在R1，R2的line vty 0 4 下打no login 允許外網的登陸。
這時可以檢驗結果了，，在R5上telnet 222.222.222.1 可以發現第一次時進入R1，第二次就進入R2了，

這 樣就達到了兩個伺服器的負載均衡了。。當然這種情況是在多個伺服器提供相同的服務的前提下才好用。

但是對於內部有多台伺服器要同時開放一個相同的埠但是又只有一個公網IP時該怎麼辦呢？

圖中標出了拓撲的詳細結構，伺服器地址分別為172.16.1.2 和172.16.1.3 ，網關為172.16.1.1 ，然後同樣的跟上邊一個實驗一樣，在邊界路由器做基於介面的PAT轉換，使得伺服器可以訪問公網，然後我們就開始在邊界路由器上配置埠跟ip地址的映射，通常情況下我們都認為映射是這樣寫： ip nat inside source static tcp 172.16.1.2 80 222.222.222.1 80 然後會發現下一台伺服器沒法再做相同埠的映射了，，因此我們就必需改變上面的命令來使得另一台伺服器也可以基於80埠的映射：這進命令就可以改成：ip nat inside source static tcp 172.16.1.2 80 222.222.222.1 100 與
ip nat inside source static tcp 172.16.1.3 80 222.222.222.1 101 這樣的兩條映射。。那麼這樣寫的映射是否真的可行呢？那就讓我們一起來檢驗下成果，首先必需在兩台伺服器上面的HTTP上面寫上一些內容以做為區分。。

最後就是在最右邊的PC上邊打開WEB頁面，輸入地址：222.222.222.1：100 就會看到這個現象，，

說明我們己經可以訪問內部的一台伺服器了。

然後再輸入：222.222.222.1：101 可以看到有

仔細看地址下面的字母兩次登陸時結果是不一樣的。。。這就說明我們可以利用這一個公網IP來映射多個內網的伺服器了。。

❸ 阿里雲上分配的虛擬機能夠跨多個物理機嗎

您可以使用部署集將業務涉及到的ECS實例分散部署在不同的物理伺服器上，以此保證業務的高可用性和底層容災能力。在部署集內創建實例時，會根據您事先設置的部署策略在指定地域下分散啟動實例。如果您沒有為實例設定部署集，我們則會盡可能在不同的物理機上啟動實例，保障服務可用性。

目前，部署集支持高可用策略：

• 採用高可用策略後，部署集內所有ECS實例會在指定地域內嚴格分散在不同的物理伺服器上。適用於需要將幾台ECS實例相互隔離的應用架構，大幅降低服務不可用的幾率。

• 高可用策略下，遇到地域內供貨緊缺時，可能無法創建ECS實例。設置了停機不收費的按量付費實例會造成重啟失敗。一般情況下，您可以等待一段時間後重試創建或重啟操作。

部署示例

下圖是利用部署集能力提升業務可靠性的典型示例，您的四台ECS實例分布在四台不同的物理宿主機上。