-
服務器開發用哪種語言好，服務器環境用windows還是linux？ 服務器用windows好還是linux好？ linux和windows的話,現在大多的企業開發用的一般都是用windows,linux由于安全性高,一般都是用做服務器和有些需要做測試的時候用linux,比如軟件測試!所以建議用windows系統. 游戲服務器編程，一般用哪種語言？php用的多嗎？ PHP是做 web 編程的。PHP做門戶網站比較多，游戲編程主要學好計算機圖形學，還有C或c++。 給你個參考，我上天在書上看到魔獸世界主要是VC編寫的。優秀的程序員大都用用C++編寫軟件 開發一個windows下的客戶端服務器程序，用什么語言？ 比較簡單的，VB就可以實現，DELPHI也可以。如果功力足夠，C/C++也可以。 一個是在客笑叢迅戶端運行，一碰此個是在服務器運鄭梁行。 動態是可以調數據庫進行因為腳本語言帶來了生產力。 編寫文本的處理程序用Perl或Ruby。 編寫知識的服務器編寫語言的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于服務器編寫語言,常用服務器編寫語言簡介,服務器開發用什么語言好，用windows好還是linux好？,游戲服務器編程，一般用哪種語言？php用的多嗎？,開發一個windows下的客戶端服務器程序，用什么語言？的信息別忘了在本站進行查找喔。 客戶端服務器編程流行語言 1. Java Java 是一個開發人員廣泛使用的服務器編程語言之一。它是一種面向對象的編程語言，使用純凈的編程風格。Java的面向對象設計使得程序員可以更好地處理代碼中的問題，從而減少出錯的概率。此外，Java具有良好的安全性和跨平臺性，使其成為企業應用程序的常用選擇。 2. Python Python 語言也是一種非常流行的服務器語言。這種語言被廣泛用于應用程序和網站開發，它的簡潔和可讀性受到了廣泛的贊譽。Python 在開發第三方應用程序時能夠容易地處理各種數據格式，并與大多數數據庫系統進行集成。由于 Python 對文本處理的支持很好，因此 Python 在天然語言處理 (Natural Language Processing, NLP) 領域也有著強大的支持。 3. Ruby Ruby 是另一種簡單易學的語言，這種語言腳本語言的特點使其特別適合網絡編程。Ruby 在 Web 應用程序中使用廣泛，因為它的語法為開發人員提供了強大的功能和靈活性。Ruby 和 Ruby on Rls 的組合是一種強大的工具，讓開發人員可以快速有效地創建高效的 Web 應用程序。 4. PHP PHP 是一種開源的腳本語言，其出現時間相當早。這是一種簡單易學的語言，完美地適用于 Web 環境。PHP 具有出色的數據處理功能，能夠輕松地處理數據庫，生成動態 Web 頁面，因此 PHP 在網站開發中使用非常廣泛。 5. C++ C++ 是一種適用廣泛的編程語言，尤其推崇大型企業的桌面應用程序。但是，C++ 也可以用于服務器應用程序開發。雖然 C++ 是一種難于掌握的語言，但是如果你掌握了 C++，那么你將能夠構建性能出色的高級應用程序。 總結 隨著現代服務器應用程序越來越復雜，選擇正確的服務器編程語言變得越來越重要。您可以根據應用程序的要求和您自身的技術能力選擇一種。每種語言都有其優缺點，因此您需要確認您的使用場景，以選擇最適合您的語言。無論您選擇哪種語言，都可以使用其構建出高性能的服務器端應用程序。 -
在阿里云服務器怎么安裝部署docker+Kubernetes(K8s) Docker全面介紹 Docker 是一個商業容器化平臺和運行時，可幫助開發人員構建、部署和運行容器。它使用客戶端-服務器架構，通過單個 API 提供簡單的命令和自動化。 使用 Docker，開發人員可以通過編寫 Dockerfile 來創建容器化應用程序，這本質上是構建容器映像的秘訣。然后，Docker 提供了一組工具來構建和管理這些容器映像，使開發人員能夠更輕松地以一致且可重復的方式打包和部署應用程序。 這些容器映像可以在任何支持容器的平臺上運行，例如 Kubernetes、Docker Swarm、Mesos 或 HashiCorp Nomad。Docker的平臺使開發人員可以更輕松地創建和管理這些容器鏡像，從而簡化了跨不同環境構建和部署應用程序的過程。 Kubernetes（K8s） 全面介紹 Kubernetes，也稱為 K8s，是一個著名的開源平臺，旨在跨網絡資源集群編排容器運行時系統。它可以獨立運行，也可以與其他容器化工具（例如 Docker）結合使用。 Kubernetes 提供了一種實用的解決方案，用于在一臺機器上管理一組容器，以減少網絡開銷并優化資源利用率。例如，一個容器集可以由應用服務器、Redis 緩存和 SQL 數據庫組成。相比之下，Docker 容器被設計為每個容器運行一個進程。 隨著容器的激增，組織最終可能會擁有數百甚至數千個容器，這使得運營團隊必須自動化容器部署、網絡、可擴展性和可用性。這導致了容器編排市場的出現。 開發人員選擇 Kubernetes 是因為它具有廣泛的功能、龐大且不斷增長的開源支持工具生態系統，以及它支持各種云服務提供商和工作的能力。所有主要公共云提供商，包括 Amazon Web Services (AWS)、Google Cloud、IBM Cloud 和 Microsoft Azure，都提供完全托管的 Kubernetes 服務，這凸顯了其在全行業的受歡迎程度。 Docker 和 Kubernetes 之間的區別 Docker 和 Kubernetes 都是容器化生態系統中的關鍵組件，具有不同的用途。Docker 主要用于創建和執行容器，而 Kubernetes 用于編排和自動化跨主機集群的容器部署、擴展和管理。 Docker 提供了一種簡單有效的容器化方法，而 Kubernetes 提供了自動擴展、自我修復和容器部署等高級功能。 安裝部署docker+Kubernetes(K8s)過程 1.查閱K8S+docker的版本號對應關系 1.1.打開github；搜索kubernetes項目(github地址：https://github.com/) 1.2.打開項目中CHANGELOG文件夾，其中就有CHANGELOG-XXX.md版本號文件，如下截圖所示： 1.3.打開kubernetes版本號文件，ctrl+f搜索"docker version",便可以查詢到所有可用版本號如下截圖所示： 2.將所需的安裝包下載到本地(進行本地化安裝) 3.機器的準備(其中包括機器版本及配置) 3.1.查看linux機器版本號命令：cat /proc/version 我的版本號：Linux version 3.10.0-1062.18.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ) #1 SMP Tue Mar 17 23:49:17 UTC 2020 3.2.機器的配置 cpu:4C 內存：4G 硬盤：32G 查看cpu(邏輯):cat /proc/cpuinfo | grep ‘processor’ | wc -l 查看cpu(物理):cat /proc/cpuinfo | grep ‘physical id’ | sort | uniq | wc -l 查看內存總數：cat /proc/meminfo | grep MemTotal 查看硬盤大小：df -h 4.環境的準備 4.1. 設置主機名與時區 timedatectl set-timezone Asia/Shanghai #都要執行 hostnamectl set-hostname master #194執行 hostnamectl set-hostname node1 #195執行 hostnamectl set-hostname node2 #196執行 4.2. 添加hosts網絡主機配置,三臺虛擬機都要設置 vim /etc/hosts 192.168.10.194 master 192.168.10.195 node1 192.168.10.196 node2 4.3. 關閉防火墻，三臺虛擬機都要設置，生產環境跳過這一步 sed -i ‘s/SELINUX=enforcing/SELINUX=disabled/g’ /etc/selinux/config setenforce 0 systemctl disable firewalld systemctl stop firewalld 5.K8S的安裝及加載K8S鏡像 5.1. 將鏡像包上傳至服務器每個節點 mkdir /usr/local/k8s-install cd /usr/local/k8s-install XFTP上傳安裝文件 5.2. 按每個Centos上安裝Docker tar -zxvf docker-ce-18.09.tar.gz cd docker yum localinstall -y *.rpm systemctl start docker systemctl enable docker 5.3. 確保從cgroups均在同一個從groupfs #cgroups是control groups的簡稱，它為Linux內核提供了一種任務聚集和劃分的機制，通過一組參數集合將一些任務組織成一個或多個子系統。 #cgroups是實現IaaS虛擬化(kvm、lxc等)，PaaS容器沙箱(Docker等)的資源管理控制部分的底層基礎。 #子系統是根據cgroup對任務的劃分功能將任務按照一種指定的屬性劃分成的一個組，主要用來實現資源的控制。 #在cgroup中，劃分成的任務組以層次結構的形式組織，多個子系統形成一個數據結構中類似多根樹的結構。cgroup包含了多個孤立的子系統，每一個子系統代表單一的資源 docker info | grep cgroup 如果不是groupfs,執行下列語句 cat < /etc/docker/daemon.json{“exec-opts”: [“native.cgroupdriver=cgroupfs”]}EOFsystemctl daemon-reload && systemctl restart docker 5.4. 安裝kubeadm kubeadm是集群部署工具 cd /usr/local/k8s-install/kubernetes-1.14tar -zxvf kube114-rpm.tar.gzcd kube114-rpmyum localinstall -y *.rpm 5.5. 關閉交換區 swapoff -avi /etc/fstab#swap一行注釋 5.6. 配置網橋 cat < /etc/sysctl.d/k8s.confnet.bridge.bridge-nf-call-ip6tables = 1net.bridge.bridge-nf-call-iptables = 1EOFsysctl --system 5.7. 通過鏡像安裝k8s cd /usr/local/k8s-install/kubernetes-1.14docker load -i k8s-114-images.tar.gzdocker load -i flannel-dashboard.tar.gz 6.安裝kubeadm并創建K8S集群 6.1. master主服務器配置 kubeadm init --kubernetes-version=v1.14.1 --pod-network-cidr=10.244.0.0/16mkdir -p $HOME/.kubesudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/configsudo chown ( i d ? u ) : (id -u):(id?u):(id -g) $HOME/.kube/configkubectl get nodes#查看存在問題的podkubectl get pod --all-namespaces#設置全局變量#安裝flannel網絡組件kubectl create -f kube-flannel.yml 6.2. 加入NODE節點 kubeadm join 192.168.10.194:6443 --token 0b15nw.w9xq58pcttqq647k–discovery-token-ca-cert-hash sha256:23db3094dc9ae1335b25692717c40e24b1041975f6a43da9f43568f8d0dbac72 如果忘記 在master 上執行kubeadm token list 查看 ，在node上運行(如下ip、端口、token都是master對應的值，切記) kubeadm join 192.168.10.194:6443 --token 0b15nw.w9xq58pcttqq647k --discovery-token-unsafe-skip-ca-verificationkubectl get nodes 6.3. Master開啟儀表盤 kubectl apply -f kubernetes-dashboard.yamlkubectl apply -f admin-role.yamlkubectl apply -f kubernetes-dashboard-admin.rbac.yamlkubectl -n kube-system get svchttp://192.168.10.194:32000 訪問 7.遇到的坑 7.1.最開始在自己本地的虛擬機進行安裝的由于分配的cpu為1，結果執行6.1步驟的時候報錯了，錯誤提示很明確最少需要2cpu 7.2.后來在以上機器配置中進行5.2中安裝docker遇到如下版本號沖突問題，于是百度下載對應版本號的包替換即可(讓版本號一致) 錯誤：軟件包：policycoreutils-python-2.5-29.el7_6.1.x86_64 (/policycoreutils-python-2.5-29.el7_6.1.x86_64) 需要：policycoreutils = 2.5-29.el7_6.1 已安裝: policycoreutils-2.5-33.el7.x86_64 (@anaconda) policycoreutils = 2.5-33.el7 可用: policycoreutils-2.5-34.el7.x86_64 (base) policycoreutils = 2.5-34.el7 錯誤：軟件包：audit-libs-python-2.8.4-4.el7.x86_64 (/audit-libs-python-2.8.4-4.el7.x86_64) 需要：audit-libs(x86-64) = 2.8.4-4.el7 已安裝: audit-libs-2.8.5-4.el7.x86_64 (@anaconda) audit-libs(x86-64) = 2.8.5-4.el7 7.3.執行6.3加入node節點的時候，在node機器輸入的命令一直是node機器的ip結果總是報錯；后來才恍然大悟，需要用master機器的ip 7.4.執行6.3加入node節點的時候，token過期，導致無法加入 如果遇到如下問題，可能是token過期了，需要執行 kubeadm token create重新獲取token [preflight] Running pre-flight checks[preflight] Reading configuration from the cluster…[preflight] FYI: You can look at this config file with ‘kubectl -n kube-system get cm kubeadm-config -oyaml’error execution phase preflight: unable to fetch the kubeadm-config ConfigMap: failed to get config map: Unauthorized -
為什么要使用虛擬主機？虛擬主機有什么用？ 虛擬主機(Virtual Host Virtual Server)是運用特別的軟硬件技能，把一臺計算機主機分紅一臺臺'虛擬'的主機，每一臺虛擬主機都具有獨立的域名和IP地址(或同享的IP地址)，具有完好的Internet服務器功能。淺顯的說，虛擬主機是將一臺(或許一組)服務器的資源(系統資源、網絡帶寬、存儲空間等)依照必定的份額分割成若干相對獨立的“小主機”的技能。每一臺這樣的“小主機”在功能上都能夠完成WWW、FTP、Mail等根本的Internet服務，像獨立的主機相同。 為什么要用虛擬主機？ 1、費用低廉，相關于購買獨立服務器，所花費的費用大大下降，為遍及中小型網站供給了極大的便當。 2、網站服務器管理簡略，諸如軟件配置、防病毒、防攻擊等安全措施都由專業服務商供給，大大簡化了服務器管理的復雜性。 3、網站建造功率進步，自己購買服務器到裝置操作系統和運用軟件需求較長時刻。而租借虛擬主機一般只需求幾分鐘的時刻能夠注冊，便利用戶的運用。 虛擬主機有什么用？ 虛擬主機十分適合中小企業網站或許小型門戶網站，節約資金和資源。首要包含以下幾種類型: 1、小型電子商務渠道 虛擬主機與獨立服務器的運轉完全相同，中小型服務商以較低本錢，經過虛擬主機空間樹立自己的電子商務、在線交易渠道。 2、ASP、PHP運用渠道 虛擬主機空間特有的運用程序模板，運用者能夠快速的進行批量布置，是中小型企業運轉ASP或PHP運用的首選渠道。 3、數據同享渠道 中小企業、專業門戶網站能夠運用虛擬主機空間供給數據同享、數據下載服務。關于大型企業來說，能夠作為部分級運用渠道。 4、數據庫存儲渠道 能夠為中小企業供給數據存儲數據功能。因為本錢比獨立服務器低，安全性高做為小型數據庫首選。 -
虛擬主機搭建網站有什么優劣勢？ 現在大多數企業，都在使用云主機的比較多。但相對微小企業來說，都是使用虛擬主機的比較多。虛擬空間是從一臺網站服務器上劃分出來的若干個虛擬”的主機。每個虛擬主機都可所以一個獨立的網站，能夠具有獨立的域名，具有完好的 Internet 服務器功能(WWW、FTP、Email 等)，同一臺主機上的虛擬主機之間是徹底獨立的。那么，運用虛擬主機空間建立網站有哪些優缺點呢? 一、虛擬空間建造網站的優勢: 1、相對于購買獨立服務器、租借云主機，網站建造的費用大大降低，為遍及中小型網站供給了極大的便當。 2、虛擬主機空間辦理操作起來比較簡單，比方軟件裝備、防病毒、防進犯等安全措施都由專業服務商供給，大大簡化了主機辦理的復雜性。 3、網站建造效率進步，自己購買服務器到裝置操作系統和運用軟件需求較長的時刻，而租借虛擬主機一般只需求幾分鐘的時刻就能夠注冊，因為現在首要的服務商都現已實現了整個業務流程的電子商務化，挑選適合自己需求的虛擬主機，在線付款之后立刻就能夠注冊了。 二、運用虛擬空間建造網站的缺點： 1、某些功能遭到服務商的約束，比方可能耗用系統資源的論壇程序、流量計算功能等;在網站靜態化時，一般不能運用 IIS_Rewrite 動態庫，只能運用 404 過錯轉發處理，使工作量添加。 2、網站規劃需求考慮服務商供給的功能支持，比方數據庫類型、操作系統等。 3、某些虛擬主機網站訪問速度過慢，這可能是因為主機供給商將一臺主機出租給數量很多的網站，或許服務器裝備等方面的原因所造成的，這種情況網站自己無法處理。 4、對于網站的正常訪問會發生不利影響;另外如果該主機上有被搜索引擎懲罰的網站，將對你網站的排名帶來潛在危險。 5、有些服務商對網站流量有必定約束，這樣當網站訪問量較大時將無法正常訪問。群英網絡對虛擬主機訪問量是沒有約束的，虛擬主機均不限IIS，不限流量這樣的空間更適合站長做訪問量較大的網站運用。 -
了解虛擬化的災難恢復實踐和實用性 虛擬擬化災難恢復的元素在物理世界中是不可用的，可以使IT生活更輕松。是不是該讓組織實現虛擬化了嗎? 虛擬化災難恢復已經采取了一些復雜的災難恢復措施，但是許多管理員誤解或曲解了虛擬世界中這種模式轉變的好處。關鍵的是，虛擬災難恢復必須仍然保持真實的災難恢復的最終結果。 良好災難恢復的三個主要支柱是： 恢復時間目標：系統再次可用需要多長時間。 恢復點目標：數據應具備的時間點。 功能：確保災難恢復實例按預期運行，服務器按計劃進行運行，并按預期工作。 具有功能和易用性的好處 任何災難恢復測試都必須具備這三個主要支柱被認為是成功的。使虛擬化災難恢復更容易的是它可以使用在物理世界中不可用的功能。 例如，虛擬機可以組合在一起以實現一致性，這意味著如果發生故障，則所有計算機都將彼此同步，并將恢復到相同的時間點。該功能在物理世界中是不可用的。 正確使用的崩潰一致的保護組可以將應用程序的所有層疊放在一起，將它們視為一個邏輯一致的單元或保護組。組織可以立即對該組機器進行故障轉移并進行測試。這種易用性在物理世界中并不存在。 在虛擬化災難恢復的另一個勝利中，在測試期間，真實世界和隔離網絡的所有設置都將以崩潰一致的組創建。所有的艱苦工作都是預先完成的，通常需要三到四次鼠標單擊可以對整個服務器或應用程序組進行故障轉移。在現實情況下，這種易用性和規劃意味著點擊錯誤按鈕的可能性大大降低。 測試，測試：小心網絡 通過虛擬化災難恢復，可以利用虛擬基礎架構獲得勝利，因此可以使用它。與物理環境不同，可以使用的網絡數量沒有限制。 服務器可以故障切換到一個隔離網絡，并在生產仍然運行的同時進行測試，并且需要小心謹慎。一個單獨的網絡可用于實際的災難恢復故障轉移。擁有獨立的虛擬網絡以實現真正的災難恢復和測試是必須的。不這樣做將會以失敗而告終。 任何機器都可以輕松識別為災難恢復功能測試。測試網絡與生產環境物理隔離至關重要。如果正在功能測試的服務器可以與其他網絡進行通信，則由于具有相同主機名的兩臺計算機嘗試向ActiveDirectory服務器注冊，所以存在損壞的風險，例如ActiveDirectory。 虛擬災難恢復使得災難恢復更容易，更快速，更容易出錯。其缺點是為了使用所提到的技術，整個堆棧和所有的依賴關系需要被虛擬化。如果真有一個理性的遷移那些揮之不去的體檢，那么就是這個了。 -
如何在單臺虛擬主機與故障切換集群之間取舍？ 和使用物理服務器相比，服務器虛擬化提供了數不清的優勢，但它至少有一個明顯的不足之處。虛擬環境中主機發生故障帶來的后果要比在物理服務器環境中更嚴重。如果服務器在物理環境中出故障，那么只會影響單個工作負載。然而如果虛擬主機出故障，運行在這臺主機上的所有虛擬機都會出問題。這可能會導致重大服務中斷。 避免虛擬主機發生故障 使用故障切換集群實現虛擬機的高可用性能夠修復此問題。簡而言之，在主機服務器出現故障時，故障切換集群允許運行在故障主機上的虛擬機切換到集群中的另一臺主機上，保證虛擬機繼續運行。 因為主機服務器出故障帶來的潛在后果，使用故障切換集群已經成為了運營虛擬環境的標準、可接受方式。但故障切換集群實施成本很高，因為需要購買許可虛擬軟件以及服務器和共享存儲陣列硬件。還要考慮支持及維護故障切換集群的費用。為避免與構建及維護hypervisor集群環境所帶來的復雜性及巨大的成本，有必要考慮能否使用獨立非集群虛擬主機代替故障切換集群。 在實驗環境中使用非集群虛擬主機是很常見的，因為IT部門針對開發/測試環境的預算有限。此外，可能的原因是如果實驗環境中的主機出故障，通常不會帶來嚴重的后果。但對生產環境來說就是另一回事了。 表面上看，在生產環境中使用單臺虛擬主機似乎明顯違背了長期建立的最佳實踐，但在如下場景中是可行的。 什么時候使用獨立主機 在生產環境中使用單臺獨立主機最為常見的例子出現在小微企業中。小企業只有很少的員工，往往使用單臺虛擬主機運行為數不多的虛擬機。盡管這一做法很常見，但仍舊充滿風險而且有些欠考慮，因為主機服務器故障會導致所有的服務出問題。對小微企業來說，可能缺少部署故障切換集群的預算或者經驗，最好的辦法是在公有云中運行生產工作負載，而不是只依賴于獨立的虛擬主機。 具備某些冗余機制的組織也可以使用獨立主機。例如，Hyper-V能夠將虛擬機復制到第二臺或者第三臺主機—不需要構建故障切換集群。這意味著要比構建故障切換集群更容易，成本也更低。 然而，hypervisor級復制并沒有提供實時的故障切換功能。就Hyper-V而言，故障切換到副本虛擬機是有可能的。但人工處理將導致短暫的宕機。而且企業要應對工作負載出現短暫的中斷。 最后，當在虛擬機層面具備冗余時，使用單臺獨立虛擬主機也是可接受的。例如，考慮三個域控制器位于三個獨立的虛擬主機上的情形。在這種情況下缺少故障切換集群不會帶來嚴重的風險，因為域控制器是冗余的。如果在客戶機級別的工作負載實現了集群，那么主機級別的集群提供的是額外的安全防護。但這并非應對服務中斷的唯一措施。 如果有可能，那么將虛擬主機加入故障切換集群往往是最好的選擇。在實際工作中，技術或預算限制可能會導致無法使用故障切換集群。在這種情況下，要尋求在主機中斷時保護工作負載的其他方式。例如IT團隊可以配置Hyper-V的免費版本作為故障切換集群。虛擬機復制以及客戶機集群是另兩種選擇。最重要的是：不能允許主機服務器出現單點故障。 -
虛擬主機：租用虛擬主機的方案有哪些？ 安全是虛擬主機首要考慮的因素，因為只有安全的虛擬主機才能夠保證所支持的站點正常穩定地運行?那么你的虛擬主機方案夠安全嗎? 你的虛擬主機方案能夠全程監控服務器嗎? 你的虛擬主機方案能夠防控垃圾郵件泛濫嗎? 你的虛擬主機方案能夠設置防火墻嚴控數據流嗎? 你的虛擬主機方案支持Fail2ban 防暴力攻擊嗎? 你的虛擬主機方案有完善的備份恢復功能嗎? 如果你使用的是下一代虛擬主機方案，上面的答案都將是肯定的，因為它配備了專業、全能的管理系統- Plesk，保障了虛擬主機的絕對安全。 全程監控服務器 下一代虛擬主機配備Plesk主機面板，該面板內置一個服務器健康監控器，可對服務器的各個方面(包括服務、磁盤、內存、CPU和網絡)進行7x24全天候監控，并且會對各個項目當前狀況進行具體分析(如下圖)，若發現任何異常，會立即報告。另外，Plesk還支持通過移動端查看服務器相關信息，并執行一些必要操作。 全面防控垃圾郵件 通過Plesk可啟用DMARC、DKIM、SPF、DNS blackhole lists等策略從各個層面防控垃圾郵件，可通過設定分值調整垃圾郵件過濾器的敏感度來確定垃圾郵件，然后通過標記垃圾郵件、刪除垃圾郵件和將垃圾郵件移動到垃圾郵件文件夾等方式處理垃圾郵件。更重要的是還可在服務器級別啟用黑白灰名單從源頭上遏制垃圾郵件的泛濫。Plesk還支持受歡迎的SpamAssassin功能權威防控垃圾郵件。 嚴格管控數據流 Plesk支持根據需要開啟或禁用防火墻并進行相應設置來控制各數據流的傳入和傳出，有效保障網絡的安全。在Plesk的防火墻模塊啟用防火墻管理后，即可通過自定義Plesk防火墻規則的方式來允許或拒絕某些IP地址或網絡的信息進出，有效把控信息交流的通道，從根本阻斷某些存在安全隱患的網絡的入侵，做到基礎安全防控。 嚴密阻斷惡意流量 Plesk支持Fail2ban功能，能夠自動禁止對你的服務器會生成惡意流量的 IP 地址和網絡，阻斷暴力攻擊。Plesk支持對禁止的IP地址、可信任的IP地址、Jails(包括激活、停用、添加新的Jails和添加新的Jails過濾器)、日志和相關設置(IP 地址禁止時段、檢測后續攻擊的時間間隔、禁止IP 地址前的失敗次數)等進行管理。 完美備份和恢復 Plesk內置備份管理器，支持備份單個訂閱、單個帳戶和整臺服務器上的數據。Plesk支持全量、增量兩種備份方式，首次全量備份后續增量備份，既能夠保障數據的連續性和完整性又可節省時間、空間。Plesk支持Plesk服務器和FTP遠程服務器雙存儲,雙重保障。通過Plesk還可計劃備份，事先進行相應設置，備份管理器則按時按要求做好備份。要恢復備份也相當方便快捷，選定要恢復的內容，點擊恢復即可。 只有全方位做好安全防控的下一代虛擬主機才是您值得信賴的安全的虛擬主機。 -
如何在單臺虛擬主機與故障切換集群之間取舍？ 和使用物理服務器相比，服務器虛擬化提供了數不清的優勢，但它至少有一個明顯的不足之處。虛擬環境中主機發生故障帶來的后果要比在物理服務器環境中更嚴重。如果服務器在物理環境中出故障，那么只會影響單個工作負載。然而如果虛擬主機出故障，運行在這臺主機上的所有虛擬機都會出問題。這可能會導致重大服務中斷。 避免虛擬主機發生故障 使用故障切換集群實現虛擬機的高可用性能夠修復此問題。簡而言之，在主機服務器出現故障時，故障切換集群允許運行在故障主機上的虛擬機切換到集群中的另一臺主機上，保證虛擬機繼續運行。 因為主機服務器出故障帶來的潛在后果，使用故障切換集群已經成為了運營虛擬環境的標準、可接受方式。但故障切換集群實施成本很高，因為需要購買許可虛擬軟件以及服務器和共享存儲陣列硬件。還要考慮支持及維護故障切換集群的費用。為避免與構建及維護hypervisor集群環境所帶來的復雜性及巨大的成本，有必要考慮能否使用獨立非集群虛擬主機代替故障切換集群。 在實驗環境中使用非集群虛擬主機是很常見的，因為IT部門針對開發/測試環境的預算有限。此外，可能的原因是如果實驗環境中的主機出故障，通常不會帶來嚴重的后果。但對生產環境來說就是另一回事了。 表面上看，在生產環境中使用單臺虛擬主機似乎明顯違背了長期建立的最佳實踐，但在如下場景中是可行的。 什么時候使用獨立主機 在生產環境中使用單臺獨立主機最為常見的例子出現在小微企業中。小企業只有很少的員工，往往使用單臺虛擬主機運行為數不多的虛擬機。盡管這一做法很常見，但仍舊充滿風險而且有些欠考慮，因為主機服務器故障會導致所有的服務出問題。對小微企業來說，可能缺少部署故障切換集群的預算或者經驗，最好的辦法是在公有云中運行生產工作負載，而不是只依賴于獨立的虛擬主機。 具備某些冗余機制的組織也可以使用獨立主機。例如，Hyper-V能夠將虛擬機復制到第二臺或者第三臺主機—不需要構建故障切換集群。這意味著要比構建故障切換集群更容易，成本也更低。 然而，hypervisor級復制并沒有提供實時的故障切換功能。就Hyper-V而言，故障切換到副本虛擬機是有可能的。但人工處理將導致短暫的宕機。而且企業要應對工作負載出現短暫的中斷。 最后，當在虛擬機層面具備冗余時，使用單臺獨立虛擬主機也是可接受的。例如，考慮三個域控制器位于三個獨立的虛擬主機上的情形。在這種情況下缺少故障切換集群不會帶來嚴重的風險，因為域控制器是冗余的。如果在客戶機級別的工作負載實現了集群，那么主機級別的集群提供的是額外的安全防護。但這并非應對服務中斷的唯一措施。 如果有可能，那么將虛擬主機加入故障切換集群往往是最好的選擇。在實際工作中，技術或預算限制可能會導致無法使用故障切換集群。在這種情況下，要尋求在主機中斷時保護工作負載的其他方式。例如IT團隊可以配置Hyper-V的免費版本作為故障切換集群。虛擬機復制以及客戶機集群是另兩種選擇。最重要的是：不能允許主機服務器出現單點故障。
-
中國AI加速出海 阿里云提供全棧能力支持 7月9日消息，在2025阿里云中企出海峰會·北京上，Vidu、Question.AI、LiblibAI等頭部AI應用已與阿里云合作，在海外市場躋身第一陣營。 阿里云智能集團副總裁、公共云事業部首席架構師韓鴻源介紹，今年以來，阿里云正加速打造全球云計算一張網，在全球每個節點部署全棧AI能力，增強出海合規、服務和生態團隊建設，全力服務出海中企。 隨著中國云基礎設施和中國大模型的不斷成熟，中國AI得以在海外快速落地。一方面，新興AI原生企業自創辦起，就基于阿里云全球節點和領先的AI產品，為全球用戶提供多樣化的AI應用；另一方面，傳統企業通過接入通義大模型升級產品，加速開拓海外市場。 借助阿里云AI基礎設施，生數科技旗下視頻生成應用Vidu已覆蓋200多個國家與地區，B端服務客戶數量及調用量環比增長300%。基于阿里云全球一張網，生數科技打造海內外統一的技術架構：阿里云跨地域、云邊端一體化的彈性資源池，幫助Vidu能夠平滑應對流量的峰谷變化；基于阿里云推理加速技術（DeepGPU），相比IDC同等算力下， Vidu生成不同分辨率的視頻速度提升10%+；借助阿里云提供的高性能存儲帶寬、容器服務 ACK 和鏡像倉庫ACR服務能力，Vidu模型預熱時間縮短50%；基于阿里云全球覆蓋，穩定、高效、靈活的跨地域組網能力，就近接入可降低時延40%以上，為Vidu提供高可用的全球網絡。 作為國內第一個AI原創圖像社區，LiblibAI全球用戶訪問量已超1億。從全球基礎設施、模型訓推到業務部署、數據分析，LiblibAI基于阿里云全棧AI能力打造全球統一云原生技術架構：阿里云海外基礎設施的合規能力，保障了LiblibAI海外業務數據安全、隱私保護等合法合規性，支持圖像生成服務在多個國家順利落地，順利承接全球流量的快速增長；基于阿里云OSS等技術，PB級數據通過冷熱分層得到存儲，Flink與Maxcompute通過數據實時計算與分析，幫助LiblibAI快速決策，同時PAI-Rec提供了最佳搜索推薦策略。在社區層面，LiblibAI通過接入通義系列模型實現多模型并發調用與推理成本控制。據悉，LiblibAI的海外上線效率提升60%，研發運維效率提升79%，版本迭代實現90%加速。 MiniMax憑借強大的模型技術和全球化的產品布局，成為AI出海的重要力量。為了滿足MiniMax日益增長的業務需求，從數據采集、處理、存儲到模型訓練、推理，阿里云提供全面支持：在模型訓推方面，阿里云靈駿大規模訓練集群以高通信效率保證了訓練的穩定性；阿里云ACK對GPU和CPU資源的統一管理和調度能力，有力支撐了模型的強化學習；云上數十萬核大規模ECS彈性計算和ACS算力，滿足了MiniMax數據處理和Agent Infra彈性的算力需求；阿里云CPFS與OSS的協同分工，滿足了模型數據處理和訓練不同階段的需求。此外，阿里云全球基礎設施滿足了MiniMax多地域計算資源互聯的需求，為全球用戶提供了穩定的網絡保障。 韓鴻源表示：“今天，AI疊加出海帶來了更多的可能性。中國企業不缺能力，缺的是走向海外后快速找到基礎能力的機會。阿里云作為領先的AI云，要把中國企業習慣和依賴的基礎能力在國內和海外廣覆蓋，幫助中國企業在海外順暢開展業務。” 據 IDC的最新報告，2024年中國AI基礎設施（AI IaaS）市場份額，阿里云占比23%，位列中國市場第一，超過第二名和第三名總和。近日，阿里云將于馬來西亞和菲律賓新增數據中心，全球基礎設施布局將擴展至29個地域、90個可用區，進一步滿足全球日益增長的云計算與AI需求。（果青） -
linux(阿里云ECS)使用Xshell連接服務器 下面就要準備好連接Linux服務器的工具，個人是使用Xshell xshell 是一個強大的安全終端模擬軟件，它支持SSH1, SSH2, 以及Microsoft Windows 平臺的TELNET 協議。 安裝Xshell后，打開Xshell出現一下鍵面： xshell_1 設置云服務器登錄信息如下圖： xshell_2 設置服務器登錄帳號密碼： 注意阿里云服務器用戶名一般是root，密碼請查看阿里發送的郵件 xshell_3 設置字符集編碼utf-8 xshell_4 設置好了就點擊ok保存。 下面就來看看我的連接后的廬山正面目吧。 xshell_5 黑黑的什么也看不清是不是! 其實就是這樣，Linux就是一臺藏在機房里的的電腦，它不像windows有華麗的桌面(就像我們現在用的pc電腦桌面)，因為它不需要!做為一個服務器只需要提供網絡服務就可以了，華麗的桌面只會占用資源。