實體伺服器

1、阿里雲伺服器和實體伺服器那個劃算？？？

從目前大部分人的具體業務情況來看，都是大中小型網站、小程序、app等居多，那麼就使用雲伺服器比較的劃算。
因為雲伺服器有專人維護、安全、穩定性、速度等，而實體伺服器需要你自己去維護，你如果懂技術還行，不懂技術就很坑了。花錢請技術人員也很貴的。而且業務量增大後，需要調整實體伺服器的配置時，需要關機，插拔硬體，重新安裝系統，麻煩不說還影響業務正常運行。
雲伺服器支持不關機彈性擴展升級，幾分鍾就搞定配置升級了。你說方便不方便呢？
成本方面也是雲伺服器較低一些，實體伺服器較貴一些。發展的大趨勢就是奔著雲計算，上雲去的。從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

2、動態實體伺服器是什麼意思啊？

動態IP伺服器這是DHCP伺服器的一個俗稱，動態主機設置協議（Dynamic Host Configuration Protocol, DHCP）是一個區域網的網路協議，使用UDP協議工作，主要有兩個用途：給內部網路或網路服務供應商自動分配IP地址給用戶給內部網路管理員作為對所有計算機作中央管理的手段。可以切換地址，你可以自己設置地址池，或是手動更改與你伺服器在同一網段的地址。
DHCP（Dynamic Host Configuration Protocol，動態主機配置協議）是一個區域網的網路協議，使用UDP協議工作， 主要有兩個用途：給內部網路或網路服務供應商自動分配IP地址，給用戶或者內部網路管理員作為對所有計算機作中央管理的手段，在RFC 2131中有詳細的描述。DHCP有3個埠，其中UDP67和UDP68為正常的DHCP服務埠，分別作為DHCP Server和DHCP Client的服務埠；546號埠用於DHCPv6 Client，而不用於DHCPv4，是為DHCP failover服務，這是需要特別開啟的服務，DHCP failover是用來做「雙機熱備」的。

3、什麼叫雲伺服器，和普通伺服器有什麼區別？價格多少？

雲伺服器又叫雲主機，是由獨立的伺服器通過虛擬技術虛擬出來的，和獨立的伺服器用途等都是一樣的，只不過雲伺服器沒有獨立的伺服器配置高，性能好。一台高配置的獨立伺服器可以根據客戶的需求虛擬出很多雲主機，價格肯定是比獨立的伺服器便宜的
雲計算伺服器（又稱雲伺服器或雲主機，簡稱ECS），是雲計算服務體系中的一項主機產品，該產品有效的解決了傳統物理租機與VPS服務中，存在的管理難度大，業務擴展性弱的缺陷。
物理伺服器是指獨立伺服器，也就是指物理上的單獨伺服器，物理伺服器的構成包括處理器、硬碟、內存、系統匯流排。
用戶可以方便的進行遠程維護，免費重裝系統 硬體級別上實現雲主機之間的完全隔離； 內置冗餘的共享存儲和智能備份，物理伺服器失敗可在幾分鍾內自動恢復； 服務環境採用高端伺服器進行部署，同時採用集中的管理與監控，確保業務穩定可靠。 更強的主機性能，總體性能遠高於VPS，強於部分獨立伺服器。
雲伺服器租用價格低於傳統的物理伺服器租用，且無需支付押金。 具有快速供應和部署能力，用戶在提交雲主機租用申請後可實時開通，立即獲得服務。 業務支持平滑擴展，當用戶業務規模擴張時，可快速實現業務擴容。

4、我買了一個實體伺服器想搭建一個論壇不知道怎麼搭建以及域名怎麼弄

你好，把伺服器託管到IDC服務商機房裡，系統及環境根據網站應用配置，再注冊一個域名解析及綁定就可惱

5、虛擬伺服器與真實伺服器有何不同？

虛擬伺服器現在一般都是雲主機了，是很多硬體伺服器在一起，聚集了一個很龐大的資源值上分化出來的一個一個獨立的虛擬伺服器，優點是擴展性好，成本低，缺點 是穩定性不如物理機。
物理伺服器就是一台實體機，穩定性好，內存和CPU擴展起來比較麻煩，有的機型還不支持擴展。
伺服器買了之後還要託管到機房，硬體+託管，雙份成本。
互聯網以後的發展趨勢一定是雲伺服器為主。

6、買一個伺服器多少錢？

買的話一般是實體伺服器，一般來說組裝一台最好，用e5 2690v2加x79主板，用ecc內存32g，5000以內就能搞定，然後需要你去申請公網ip,價格得詢問電信公司
租的話一般就是雲伺服器，阿里雲，騰訊雲，百度雲等，雲伺服器是最方便的，但是需要每年繳費，配置以及帶寬特別高的話一年下來的價格也挺貴的。

7、請問實體伺服器還是雲伺服器適合中小型企業使用嗎？

如果條件允許，還是使用雲伺服器吧

現在阿里雲、騰訊雲、百度雲之類的雲伺服器性能都很強勁，價格也很低廉。

還有就是要看你的企業具體用是哪方面的業務使用了。

比如建站和視頻切片、郵件管理、小程序伺服器等，用的側重點不一樣的

8、實體伺服器還是雲伺服器適合中小型企業使用嗎？

雲主機的優點:
1、提高網站穩定性
雲主機是集群主機，能避免網站受其他客戶網站的影響，雲主機不像虛擬空間一樣，多個網站共用一個空間，導致虛擬空間不穩定，如果其他網站受到攻擊，自己的網站也會受到波及。而雲主機的集群性提高網站的穩定性，再也不用擔心自己的網站受到其他的波及，雲主機能夠提供給網站99.95%服務可用性，99.999%數據可靠性的安穩服務。
2、升級更便利
雲主機可以進行更新升級。如果企業網站在後期有所發展，需要升級的話，運用雲主機之後，這個問題也不用擔心了，因為雲主機可以根據您的需求可以隨時升級CPU,內存，硬碟，不需要重裝系統，不會影響之前的運用。
3、安全性非常好
雲主機基於雲計算的使用，在雲計算的運用形式下，黑客將束手無策，由於他不知道數據存儲和傳輸的准確方位，所以不到攻擊的准確方針。易邁雲主機專業團隊創造資源阻隔、數據安全、暗碼安全、安全加固等多達20種安全防護手段，確保您的數據安全是我們時間的任務。
4、高性能，機型豐富
經過高性能伺服器虛擬化為雲主機，供給豐富配置類型虛擬機，您可以便利地進行數據存儲、資料庫建立、建立web伺服器等作業，快捷便利。
5、速度更快
易邁雲主機使用的是多線互通的帶寬，所以用戶訪問網站的速度更快，不會出現網站載入速度卡慢的現象，快速的網站訪問，也會提高用戶的體驗度。
6、更加省心
易邁雲主機可以對數據進行備份，假如硬體壞了，不必擔心硬體問題致使數據丟失和影響運用。您只需重視雲主機操作系統內容的事務運維，由易邁雲專業團隊保護物理伺服器，省力省心。
使用雲主機的好處有很多，以上是我總結的幾點。雲主機因其獨特的優勢和好處得到廣大企業用戶的廣泛使用，雖然雲主機的使用好處多多，但是用戶在選擇的時候，一定要選擇一家靠譜的雲主機服務商。

9、虛擬伺服器和實體伺服器有什麼區別

虛擬伺服器是利用軟體、硬體技術將實體伺服器分離成多個含獨立系統的虛擬機。拋開性能不說，虛擬伺服器與實體伺服器的基本無異！

---來自 雲邦互聯

10、動態實體伺服器是什麼意思啊？如題 謝謝了

實時流協議RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，該協議定義了一對多應用程序如何有效地通過IP網路傳送多媒體數據。RTSP在體系結構上位於RTP和RTCP之上，它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比，HTTP傳送HTML，而RTP傳送的是多媒體數據。HTTP請求由客戶機發出，伺服器作出響應；使用RTSP時，客戶機和伺服器都可以發出請求，即RTSP可以是雙向的。 6.3 RTSP協議 實時流協議（RTSP）是應用級協議，控制實時數據的發送。RTSP提供了一個可擴展框架，使實時數據，如音頻與視頻，的受控、點播成為可能。數據源包括現場數據與存儲在剪輯中數據。該協議目的在於控制多個數據發送連接，為選擇發送通道，如UDP、組播UDP與TCP，提供途徑，並為選擇基於RTP上發送機制提供方法。 6.3.1 簡介 6.3.1.1 目的 實時流協議（RTSP）建立並控制一個或幾個時間同步的連續流媒體。盡管連續媒體流與控制流交叉是可能的，通常它本身並不發送連續流。換言之，RTSP充當多媒體伺服器的網路遠程式控制制。RTSP連接沒有綁定到傳輸層連接，如TCP。在RTSP連接期間，RTSP用戶可打開或關閉多個對伺服器的可靠傳輸連接以發出RTSP 請求。此外，可使用無連接傳輸協議，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作並不依賴用於攜帶連續媒體的傳輸機制。實時流協議在語法和操作上與HTTP/1.1類似，因此HTTP的擴展機制大都可加入RTSP。協議支持的操作如下： 從媒體伺服器上檢索媒體： 用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播，演示式就包含用於連續媒體的的組播地址和埠。如演示僅通過單播發送給用戶，用戶為了安全應提供目的地址。 媒體伺服器邀請進入會議： 媒體伺服器可被邀請參加正進行的會議，或回放媒體，或記錄其中一部分，或全部。這種模式在分布式教育應用上很有用，會議中幾方可輪流按遠程式控制制按鈕。 將媒體加到現成講座中： 如伺服器告訴用戶可獲得附加媒體內容，對現場講座顯得尤其有用。如HTTP/1.1中類似，RTSP請求可由代理、通道與緩存處理。 6.3.1.2 協議特點 RTSP 特性如下： 可擴展性： 新方法和參數很容易加入RTSP。 易解析： RTSP可由標准 HTTP或MIME解吸器解析。 安全： RTSP使用網頁安全機制。 獨立於傳輸： RTSP可使用不可靠數據報協議（UDP）、可靠數據報協議（RDP），如要實現應用級可靠，可使用可靠流協議。 多伺服器支持： 每個流可放在不同伺服器上，用戶端自動同不同伺服器建立幾個並發控制連接，媒體同步在傳輸層執行。 記錄設備控制： 協議可控制記錄和回放設備。 流控與會議開始分離： 僅要求會議初始化協議提供，或可用來創建唯一會議標識號。特殊情況下， SIP或H.323 可用來邀請伺服器入會。 適合專業應用： 通過SMPTE 時標，RTSP支持幀級精度，允許遠程數字編輯 演示描述中立： 協議沒強加特殊演示或元文件，可傳送所用格式類型；然而，演示描述至少必須包含一個RTSP URI。 代理與防火牆友好： 協議可由應用和傳輸層防火牆處理。防火牆需要理解SETUP方法，為UDP媒體流打開一個"缺口"。 HTTP友好： 此處，RTSP明智的採用HTTP觀念，使現在結構都可重用。結構包括Internet 內容選擇平台（PICS）。由於在大多數情況下控制連續媒體需要伺服器狀態， RTSP不僅僅向HTTP 添加方法。 適當的伺服器控制： 如用戶啟動一個流，他必須也可以停止一個流。 傳輸協調； 實際處理連續媒體流前，用戶 可協調傳輸方法。 性能協調： 如基本特徵無效，必須有一些清理機制讓用戶決定那種方法沒生效。這允許用戶提出適合的用戶界面。 6.3.1.3擴展RTSP 由於不是所有媒體伺服器有著相同的功能，媒體伺服器有必要支持不同請求集。RTSP 可以如下三種方式擴展，這里以改變大小排序： 以新參數擴展。如用戶需要拒絕通知，而方法擴展不支持，相應標記就加入要求的段中。 加入新方法。如信息接收者不理解請求，返回501錯誤代碼（還未實現），發送者不應再次嘗試這種方法。用戶可使用OPTIONS方法查詢伺服器支持的方法。伺服器使用公共響應頭列出支持的方法。 定義新版本協議，允許改變所有部分。（除了協議版本號位置） 6.3.1.4操作模式 每個演示和媒體流可用RTSP URL識別。演示組成的整個演示與媒體屬性由演示描述文件定義。使用HTTP或其它途徑用戶可獲得這個文件，它沒有必要保存在媒體伺服器上。 為了說明，假設演示描述描述了多個演示，其中每個演示維持了一個公共時間軸。為簡化說明，且不失一般性，假定演示描述的確包含這樣一個演示。演示可包含多個媒體流。除媒體參數外，網路目標地址和埠也需要決定。下面區分幾種操作模式： 單播： 以用戶選擇的埠號將媒體發送到RTSP請求源。 組播，伺服器選擇地址： 媒體伺服器選擇組播地址和埠，這是現場直播或准點播常用的方式。 組播，用戶選擇地址： 如伺服器加入正在進行的組播會議，組播地址、埠和密匙由會議描述給出。 6.3.1.5 RTSP狀態 RTSP控制通過單獨協議發送的流，與控制通道無關。例如，RTSP控制可通過TCP連接，而數據流通過UDP。因此，即使媒體伺服器沒有收到請求，數據也會繼續發送。在連接生命期，單個媒體流可通過不同TCP連接順序發出請求來控制。所以，伺服器需要維持能聯系流與RTSP請求的連接狀態。RTSP中很多方法與狀態無關，但下列方法在定義伺服器流資源的分配與應用上起著重要的作用： SETUP： 讓伺服器給流分配資源，啟動RTSP連接。 PLAY與RECORD： 啟動SETUP 分配流的數據傳輸。 PAUSE： 臨時停止流，而不釋放伺服器資源。 TEARDOWN： 釋放流的資源，RTSP連接停止。 標識狀態的RTSP方法使用連接頭段識別RTSP連接，為響應SETUP請求，伺服器連 接產生連接標識。 6.3.1.6 與其他協議關系 RTSP在功能上與HTTP有重疊，與HTTP相互作用體現在與流內容的初始接觸是通過網頁的。目前的協議規范目的在於允許在網頁伺服器與實現RTSP媒體伺服器之間存在不同傳遞點。例如，演示描述可通過HTTP和RTSP檢索，這降低了瀏覽器的往返傳遞，也允許獨立RTSP 伺服器與用戶不全依靠HTTP。 但是，RTSP與HTTP 的本質差別在於數據發送以不同協議進行。HTTP是不對稱協議，用戶發出請求，伺服器作出響應。RTSP中，媒體用戶和伺服器都可發出請求，且其請求都是無狀態的；在請求確認後很長時間內，仍可設置參數，控制媒體流。重用HTTP功能至少在兩個方面有好處，即安全和代理。要求非常接近，在緩存、代理和授權上採用HTTP功能是有價值的。 當大多數實時媒體使用RTP作為傳輸協議時，RTSP沒有綁定到RTP。RTSP假設存在演示描述格式可表示包含幾個媒體流的演示的靜態與臨時屬性。 6.3.2 協議參數 6.3.3 RTSP 信息 RTSP是基於文本的協議，採用ISO 10646 字元集，使用UTF-8編碼方案。行以CRLF中斷，但接收者本身可將CR和LF解釋成行終止符。基於文本的協議使以自描述方式增加可選參數更容易。由於參數的數量和命令的頻率出現較低，處理效率沒引起注意。如仔細研究，文本協議很容易以腳本語言（如：Tcl、Visual Basic與Perl）實現研究原型。 10646字元集避免敏感字元集切換，但對應用來說不可見。RTCP也採用這種編碼方案。帶有重要意義位的ISO 8859-1字元表示如100001x 10xxxxxx.。RTSP信息可通過任何低層傳輸協議攜帶。 請求包括方法、方法作用於其上的對象和進一步描述方法的參數。方法也可設計為在伺服器端只需要少量或不需要狀態維護。當信息體包含在信息中，信息體長度有如下因素決定： 不管實體頭段是否出現在信息中，不包括信息體的的響應信息總以頭段後第一和空行結束。 如出現內容長度頭段，其值以位元組計，表示信息體長度。如未出現頭段，其值為零。 伺服器關閉連接。 注意：RTSP目前並不支持HTTP/1.1"塊"傳輸編碼，需要有內容長度頭。假如返回適度演示描述長度，即使動態產生，使塊傳輸編碼沒有必要，伺服器也應該能決定其長度。如有實體，即使必須有內容長度，且長度沒顯式給出，規則可確保行為合理。 從用戶到伺服器端的請求信息在第一行內包括源採用的方法、源標識和所用協議版本。RTSP定義了附加狀態代碼，而沒有定義任何HTTP代碼。 6.3.4 實體 如不受請求方法或響應狀態編碼限制，請求和響應信息可傳輸實體，實體由實體頭文件和試題體組成，有些響應僅包括實體頭。在此，根據誰發送實體、誰接收實體，發送者和接收者可分別指用戶和伺服器。 實體頭定義實體體可選元信息，如沒有實體體，指請求標識的資源。擴展頭機制允許定義附加實體頭段，而不用改變協議，但這些段不能假定接收者能識別。不可識別頭段應被接收者忽略，而讓代理轉發。 6.3.5 連接 RTSP請求可以幾種不同方式傳送： 1、持久傳輸連接，用於多個請求/響應傳輸。 2、每個請求/響應傳輸一個連接。 3、無連接模式。 傳輸連接類型由RTSP URI來定義。對 "rtsp" 方案，需要持續連接；而"rtspu"方案，調用RTSP 請求發送，而不用建立連接。 不象HTTP，RTSP允許媒體伺服器給媒體用戶發送請求。然而，這僅在持久連接時才支持，否則媒體伺服器沒有可靠途徑到達用戶，這也是請求通過防火牆從媒體伺服器傳到用戶的唯一途徑。 6.3.6 方法定義 方法記號表示資源上執行的方法，它區分大小寫。新方法可在將來定義，但不能以$開頭。 某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和伺服器操作復雜，並強加附加開銷，除非有必要，應避免這樣做。插入二進制數據僅在RTSP通過TCP傳輸時才可使用。流數據（如RTP包）用一個ASCII美圓符號封裝，後跟一個一位元組通道標識，其後是封裝二進制數據的長度，兩位元組整數。流數據緊