网站访问优化之-服务器篇-添加过期或缓存控制标题Cache-Control Header

这个规则有两个方面:

对于静态组件:通过设置远期Expires标题实现“永不过期”策略
对于动态组件:使用适当的Cache-Control标题来帮助浏览器提供有条件的请求

网页设计越来越丰富,这意味着更多的脚本,样式表,图像和Flash页面。首次访问您的页面可能需要发出多个HTTP请求,但是通过使用Expires头文件,可以使这些组件可缓存。这样可以避免后续页面浏览中不必要的HTTP请求。过期头文件通常与图像一起使用,但是它们应该用于包括脚本,样式表和Flash组件的所有组件。

浏览器(和代理)使用缓存来减少HTTP请求的数量和大小,使网页加载更快。Web服务器使用HTTP响应中的Expires标头告诉客户端可以缓存组件的时间。这是一个很远的将来Expires标题,告诉浏览器,这个回应将不会陈旧,直到2010年4月15日。

Expires: Thu, 15 Apr 2010 20:00:00 GMT

如果您的服务器是Apache,请使用ExpiresDefault指令设置相对于当前日期的到期日期。这个ExpiresDefault指令的例子将Expires日期从请求时间设置为10年。

 ExpiresDefault "access plus 10 years"

请记住,如果你使用了一个远期的Expires头文件,那么只要组件的改变,你就必须改变组件的文件名。在Yahoo! 我们经常使这一步成为构建过程的一部分:版本号被嵌入到组件的文件名中,例如yahoo_2.0.6.js。

使用远期未来只有在用户已经访问过您的网站后,才会影响页面浏览。当用户首次访问您的网站并且浏览器的缓存为空时,它对HTTP请求的数量没有影响。因此,这种性能改善的影响取决于用户多久访问一次带有缓冲区的页面。(一个“准备好的缓存”已经包含了页面中的所有组件。)我们在Yahoo! 并发现带有引导缓存的页面浏览量为75-85%。通过使用远期未来的Expires头文件,可以增加浏览器缓存的组件数量,并在后续页面浏览中重新使用,而无需在用户的Internet连接上发送单个字节。

网站访问优化之-服务器篇-使用内容分发网络(CDN)

用户与Web服务器的距离对响应时间有影响。在多个分布在不同地理位置的服务器上部署您的内容将使您的页面从用户的角度更快加载。但是你应该从哪里开始呢?

作为实现地理上分散的内容的第一步,不要尝试重新设计您的Web应用程序以在分布式架构中工作。根据应用程序的不同,更改架构可能包括艰巨的任务,如同步会话状态和跨服务器位置复制数据库事务。尝试缩短用户与内容之间的距离可能会延迟或不能通过此应用程序体系结构步骤。

请记住,80-90%的最终用户响应时间用于下载页面中的所有组件:图像,样式表,脚本,Flash等。这是性能黄金法则。而不是从重新设计应用程序体系结构的艰巨任务开始,最好先分散您的静态内容。这不仅实现了响应时间的更大缩短,而且由于内容交付网络的缘故,这更容易实现。

内容传送网络(CDN)是分布在多个位置的网络服务器的集合,以更有效地向用户传送内容。选择用于将内容递送给特定用户的服务器通常基于网络邻近度的度量。例如,选择网络跳数最少的服务器或响应时间最快的服务器。

一些大型互联网公司拥有自己的CDN,但使用CDN服务提供商(如Akamai Technologies,EdgeCast或level3)是具有成本效益的。对于创业公司和私人网站来说,CDN服务的成本可能会很高,但是随着目标受众的规模越来越大,变得更加全球化,CDN是实现快速响应的必要条件。在雅虎,将静态内容从其应用程序Web服务器移到CDN(如上所述的第三方以及雅虎自己的CDN)的属性将最终用户的响应时间提高了20%甚至更多。切换到CDN是一个相对简单的代码更改,将显着提高您的网站的速度。

网站访问优化之-内容篇-避免404s

没有404s

HTTP请求是昂贵的,所以提出一个HTTP请求并得到一个无用的响应(即404 Not Found)是完全没有必要的,并且会减慢用户体验而没有任何好处。

有些网站有帮助404s“你的意思是X?”,这对用户体验很好,但也浪费了服务器资源(如数据库等)。特别糟糕的是,当连接到外部JavaScript的错误,结果是404。首先,这个下载将阻止并行下载。接下来,浏览器可能会尝试解析404响应正文,就好像它是JavaScript代码一样,试图找到可用的东西。

减小Cookie大小

HTTP cookie由于各种原因(如身份验证和个性化)而被使用。有关cookie的信息在Web服务器和浏览器之间的HTTP标头中交换。尽可能降低cookies的大小,以尽量减少对用户响应时间的影响,这一点很重要。

欲了解更多信息,请 点击 Tenni Theurer和Patty Chi的“当cookie崩溃”。这项研究的结果:

消除不必要的cookie
尽可能降低Cookie大小,以尽量减少对用户响应时间的影响
请注意在相应的域级别设置Cookie,以便其他子域不受影响
适当地设置过期日期。较早的过期日期或不更早删除cookie,提高用户响应时间

为组件使用无Cookie域

当浏览器发出一个静态图像的请求,并将cookie与请求一起发送时,服务器对这些cookie没有任何用处。所以他们只是没有理由地创建网络流量。你应该确保静态组件被请求与无cookie的请求。创建一个子域,并在那里托管你所有的静态组件。

如果你的域名是www.example.org,你可以托管你的静态组件static.example.org。但是,如果你已经在顶级域名设置cookie example.org,而不是www.example.org,那么所有的请求, static.example.org将包括这些cookie。在这种情况下,您可以购买一个全新的域名,在那里托管您的静态组件,并保持此域名无cookie。雅虎 使用yimg.com,YouTube使用ytimg.com,亚马逊使用images-amazon.com等。

在无Cookie域上托管静态组件的另一个好处是,某些代理可能会拒绝缓存使用cookie请求的组件。在相关说明中,如果您想知道是否应将example.org或www.example.org用于您的主页,请考虑cookie的影响。省略www让你别无选择,只能写cookies *.example.org,所以出于性能原因,最好使用www子域名并将cookies写入该子域名。

最小化DOM访问

使用JavaScript访问DOM元素的速度很慢,所以为了获得更响应的页面,您应该:

缓存对访问元素的引用
更新节点“离线”,然后将它们添加到树中
避免使用JavaScript修复布局
有关更多信息,请查阅下载 Julien Lecomte 的YUI视频的 “高性能Ajax应用程序”。

开发智能事件处理程序

有时候,由于附加到DOM树的不同元素上的事件处理程序太多,页面的响应速度就会降低,而这些处理程序过于频繁地执行。这就是为什么使用事件代表是一个好方法。如果你在a里面有10个按钮div,那么只能把一个事件处理程序附加到div包装器,而不是每个按钮的一个处理器。事件冒泡,所以你可以捕捉事件并找出它起源于哪个按钮。

您也不需要等待onload事件才能开始使用DOM树。通常你所需要的是你想访问的元素在树中可用。您不必等待所有图像被下载。 DOMContentLoaded是您可能会考虑使用而不是onload的事件,但是直到它在所有浏览器中都可用,您可以使用YUI Event实用程序,该实用程序有一个onAvailable方法。

有关更多信息,请查阅下载 Julien Lecomte 的YUI视频的 “高性能Ajax应用程序”。

通过@import选择<link>

以前的最佳实践之一表明,CSS应该是最高的,以允许渐进式渲染。

在IE中的@import行为与<link>在页面底部使用的行为相同,所以最好不要使用它。

避免过滤器

IE专有的AlphaImageLoader过滤器旨在解决IE版本<7中的半透明真彩色PNG的问题。该过滤器的问题在于,在图像下载过程中,它会阻止渲染并冻结浏览器。这也增加了内存消耗,并应用于每个元素,而不是每个图像,所以问题倍增。

最好的办法是AlphaImageLoader完全避免使用PNG8而不是完美的降级,这在IE中是很好的。如果您绝对需要AlphaImageLoader,请使用下划线黑客_filter来惩罚您的IE7 +用户。

优化图像

在设计人员为网页创建图像之后,在将这些图像传输到Web服务器之前,仍然可以尝试一些操作。

您可以检查GIF并查看它们是否使用与图像中的颜色数相对应的调色板大小。使用imagemagick很容易检查使用
identify -verbose image.gif
在调色板中使用4色和256色“插槽”显示图像时,还有改进的空间。
尝试将GIF转换为PNG并查看是否有保存。往往不是,有。由于浏览器支持有限,开发人员经常不愿意使用PNG,但现在已经过去了。唯一真正的问题是真彩色PNG中的alpha透明度,但是再次,GIF不是真实的颜色,也不支持可变的透明度。所以GIF可以做的事情,调色板PNG(PNG8)也可以做(除了动画)。这个简单的imagemagick命令会产生完全安全的PNG:
convert image.gif image.png
“我们所说的只是:给PiNG一个机会!”
在所有PNG上 运行pngcrush(或任何其他PNG优化工具)。例:
pngcrush image.png -rem alla -reduce -brute result.png
在所有JPEG上运行jpegtran。该工具可以进行旋转等无损JPEG操作,也可以用来优化和删除图像中的注释和其他无用的信息(如EXIF信息)。
jpegtran -copy none -optimize -perfect src.jpg dest.jpg

优化CSS Sprites

在水平方向上将图像排列在水平方向而不是垂直方向通常会导致较小的文件大小。
在精灵中组合相似的颜色可以帮助您将颜色数量保持在较低的水平,理想情况下在256色以下,以适应PNG8。
“移动友好”,不要在精灵图像之间留下很大的差距。这不会影响文件大小,但需要较少的内存供用户代理将图像解压缩为像素图。100×100图像是10万像素,其中1000×1000是100万像素

不要在HTML中缩放图像

不要使用比您需要更大的图像,因为您可以在HTML中设置宽度和高度。如果你需要,
<img width=”100″ height=”100″ src=”mycat.jpg” alt=”My Cat” />
那么你的图像(mycat.jpg)应该是100x100px,而不是缩小的500x500px图像。

使favicon.ico小和缓存

favicon.ico是保留在服务器根目录下的映像。这是一个必要的罪恶,因为即使你不关心它,浏览器仍然会请求它,所以最好不要回应404 Not Found。另外,由于它在同一台服务器上,每次请求时都会发送Cookie。这个图像还会干扰下载顺序,例如在IE中,当您在onload中请求额外的组件时,会在这些额外的组件之前下载favicon。

所以要减轻有favicon.ico的缺点确保:

它很小,最好在1K以下。
设置过期标题与你感觉舒适(因为你不能重命名,如果你决定改变它)。您几乎可以在将来安全地设置Expires标题。你可以检查你当前的favicon.ico的最后修改日期做出明智的决定。
Imagemagick可以帮助你创建小图标

保持组件低于25K

这个限制与iPhone不会缓存大于25K的组件有关。请注意,这是未压缩的大小。这就是缩小比较重要的地方,因为gzip本身可能是不够的。

欲了解更多信息,请访问Wayne Shea和Tenni Theurer的“ 性能研究,第5部分:iPhone缓存 – 让它坚持下去 ”。

将组件打包成多部分文档

将组件打包成多部分文档就像带有附件的电子邮件一样,它可以帮助您用一个HTTP请求获取多个组件(请记住:HTTP请求是昂贵的)。当你使用这种技术,首先检查用户代理是否支持它(iPhone不)。

避免空的图像src
标签:服务器

具有空字符串src属性的图像会发生超过一个人的期望。它以两种形式出现:

直接的HTML
<img src =“”>
JavaScript的
var img = new Image();
img.src =“”;
两种形式都会产生相同的效果:浏览器向您的服务器发出另一个请求

Internet Explorer向该页面所在的目录发出请求。
Safari和Chrome向实际页面本身发出请求。
Firefox 3和更早版本的行为与Safari和Chrome相同,但版本3.5解决了此问题[错误444931],不再发送请求。
遇到空的图像src时,Opera不会做任何事情。

为什么这种行为不好?

通过发送大量意外流量来瘫痪您的服务器,特别是对于每天获得数百万页面浏览量的页面。
浪费服务器计算周期,生成一个永远不会被查看的页面。
可能损坏的用户数据。如果您在请求中跟踪状态,无论是通过Cookie还是其他方式,都有可能销毁数据。即使图像请求没有返回图像,浏览器也会读取并接受所有标题,包括所有的Cookie。当其余的回应被抛弃时,损害可能已经完成。

这种行为的根本原因是在浏览器中执行URI解析的方式。此行为在RFC 3986 – 统一资源标识符中定义。当遇到一个空字符串作为URI时,它被认为是一个相对URI,并根据5.2节定义的算法解析。这个特定的例子,一个空字符串,在5.4节列出。Firefox,Safari和Chrome都按照规范正确解析了一个空字符串,而Internet Explorer解决了这个问题,显然符合RFC 2396 – 统一资源标识符(这已被RFC 3986废弃)的早期版本, 。所以从技术上讲,浏览器正在做他们应该做的事来解析相对的URI。问题是在这方面,

HTML5增加了对标签src属性的描述,以指示浏览器不要在4.8.2节中提出额外的请求:

src属性必须存在,并且必须包含引用非交互式(可选动画)图像资源的有效URL,该资源既不是页面也不是脚本。如果元素的基本URI与文档的地址相同,则src属性的值不能是空字符串。
希望浏览器将来不会有这个问题。不幸的是,<script src =“”>和<link href =“”>没有这样的条款。也许还有时间进行调整,以确保浏览器不会意外地执行此行为。
雅虎的JavaScript大师尼古拉斯·C·扎卡斯(Nicolas C. Zakas)启发了这个规则。欲了解更多信息检查他的文章“ 空图像src可以破坏您的网站 ”。

网站访问优化之-内容篇-拆分跨域的组件

拆分跨域的组件

拆分组件允许您最大限度地平行下载。请确保您使用的域名不超过2到4个,因为DNS查询的惩罚。例如,您可以托管您的HTML和动态内容,www.example.org 并在static1.example.org和之间分离静态组件static2.example.org

欲了解更多信息,请点击Tenni Theurer和Patty Chi的“ 在Carpool Lane中最大化并行下载 ”。

 

 

 

网站访问优化之-内容篇-减少DOM元素的数量

减少DOM元素的数量

复杂的页面意味着需要下载更多的字节,这也意味着JavaScript中的DOM访问速度较慢。当你想要添加一个事件处理程序时,如果在页面上循环500或5000个DOM元素,这是有区别的。

大量的DOM元素可能是一个症状,应该通过页面的标记来改进,而不必删除内容。你是否使用嵌套表进行布局?你只是抛出更多<div>的东西来解决布局问题?也许有一个更好,更正确的方法来做你的标记。

对于布局的帮助很大的是YUI CSS工具:grids.css可以帮助您完成整体布局,fonts.css和reset.css可以帮助您剥离浏览器的默认格式。这是一个重新开始并考虑标记的机会,例如<div>只有在语义上有意义时才使用s,而不是因为它会呈现新行。

DOM元素的数量很容易测试,只需输入Firebug的控制台:
document.getElementsByTagName(‘*’).length

多少DOM元素太多?检查其他具有良好标记的类似页面。例如,Yahoo!主页是一个非常繁忙的页面,仍然低于700 elements (HTML tags).

网站访问优化之-内容篇-组件加载

后加载组件

你可以仔细看看你的页面,并问自己:“为了最初渲染页面,哪些是必须需要的?”。其余的内容和组件可以等待。

JavaScript是onload事件之前和之后分裂的理想选择。例如,如果您有JavaScript代码以及可拖放和动画的库,那么可以等待,因为在初始渲染之后拖动页面上的元素。其他地方寻找候选人后加载包括隐藏的内容(用户行动后出现的内容)和图像下方的图像。

工具可以帮助您完成工作:YUI Image Loader允许您延迟折叠下方的图像,YUI Get实用工具是一种轻松包含JS和CSS的简单方法。在野外的例子看看雅虎!雅虎主页与Firebug’s Net Panel打开。

性能目标与其他Web开发最佳实践保持一致是很好的。在这种情况下,渐进增强的想法告诉我们,JavaScript支持时可以改善用户体验,但是即使没有JavaScript,也必须确保页面能够正常工作。因此,在确定页面正常工作之后,您可以使用一些后期加载的脚本来加强它,从而为您提供更多的细节,如拖放和动画。

预加载组件

预加载可能看起来像后加载的相反,但它实际上有一个不同的目标。通过预加载组件,您可以利用浏览器处于空闲状态的时间,并请求将来需要的组件(如图像,样式和脚本)。这样,当用户访问下一页时,可以使大部分组件已经在缓存中,并且用户的页面加载速度会更快。

实际上有几种类型的预加载:

无条件的预加载 – 一旦onload激发,你继续前进,并获取一些额外的组件。请查阅google.com了解如何请求加载精灵图像的示例。此精灵图片在google.com主页上不是必需的,但是在连续的搜索结果页面上需要此图片。
有条件的预加载 – 根据用户的行为,你可以猜测用户下一步的行为,并相应的预加载。在search.yahoo.com上,您可以看到在开始在输入框中输入内容后,如何请求一些额外的组件。
预期的预加载 – 在启动重新设计之前提前预加载。它经常发生在重新设计之后,您会听到:“新网站很酷,但速度比以前慢”。部分问题可能是用户使用完全缓存访问您的旧网站,但新的缓存总是空的。您甚至在启动重新设计之前,可以通过预载一些组件来减轻这种副作用。您的旧网站可以使用浏览器闲置的时间,并请求将由新网站使用的图像和脚本

虚拟主机、VPS云服务器、独立服务器等分别是什么?有什么区别?

VPS是什么?
VPS,全称Virtual Private Server。中文名叫虚拟专用服务器,VPS是一种涵盖所有结构将一台物理服务器分割成多个虚拟专用服务器的技术总称,然而为了方便我们很多时候都把VPS当成一个单位。VPS实际上我们可以基本认为是能提供完整服务的服务器,与我们常说的虚拟机为同种东西,只不过VPS是在服务器领域的称呼。当然我也不想说什么深入的虚拟化技术,毕竟这是一篇新手教程。但我们可以确定的一点是,现在的网站和应用很多都是运行在VPS上。VPS的好处有什么呢?首先就是成本。由于VPS技术的成熟,让我们搭建网站与应用的成本大幅度降低。毕竟不是人人都有那个需要去租用独立服务器的。

所有的云计算IDC商家提供的各种各样名称的服务器也都是基于VPS技术,例如什么阿里云的ECS腾讯云的CVM总之有着各种各样的名称。当然VPS架构也有着不同的分别,像是Xen,KVM,VMCloud等等这些都属于常见虚拟化架构,这里不得不提的是可能我们经常见到的一种叫做OpenVZ架构的VPS。OpenVZ准确来说其实是一种容器技术而不是标准意义上的虚拟化,然而与其他容器技术不一样的地方是OpenVZ在网络管理方面又显得较为细致。具体几种架构的介绍将在下面逐一介绍。

然而我们在购买VPS的时候,不得不清楚的一点就是,几乎所有的IDC都存在超售的现象。什么是超售?顾名思义就是IDC出售超过物理资源总量的VPS资源。这也就导致了不同VPS在使用体验上也有较大的差异,尤其是在一些中小型IDC中,VPS超售现象极其严重,导致物理服务器严重超负荷,轻则只是VPS的性能大受影响导致性能低下,重则物理服务器宕机,无法提供任何服务。

下面我将会介绍一些常见的VPS架构。

1. OpenVZ

首当其冲的要介绍的就是OpenVZ,因为他实在是太常见了。但从技术角度上来说,OpenVZ并不是真正意义上的虚拟化技术,OpenVZ实际上是一种容器技术。由于在网络管理方面提供了比其他容器技术更高的定制性所以我们经常能把他当成一个VPS技术。OpenVZ这种技术有什么特点?先从技术角度来说的话,OpenVZ最显著的特点就是他只能跑Linux,且无法更改Linux的Kernel。因为系统底层都是追随母机的Kernel,所以无法进行一些深度的修改。OpenVZ常见的应用就是拿来跑各种各样的程序与应用。

当然这是技术角度的差别,对于一般人来说OpenVZ有什么很显著的特点?当然有,我们一般人对OpenVZ的印象就是:低价,资源给的多,不能装Windows不能装锐速。为什么大多数IDC出售的OpenVZ都是资源给的多价格又很低的呢?其实买了OpenVZ结构的VPS我们基本可以忽略那些所谓的参数,因为想调多少就能调多少,照成这种现象最根本的原因还是OpenVZ的超售难度非常低。很多IDC使用OpenVZ架构经常超售个200%,如此丧心病狂的超法我们也无可奈何,毕竟他们要赚钱。但更有些丧心病狂的缺德IDC大幅度超售内存CPU带宽资源也就算了,甚至连硬盘空间也大幅度超售,这是非常危险的做法,毕竟性能不行还可以用,空间超售了那数据可是无价的。

虽然各个IDC的做法给我们照成了一个OpenVZ很差的印象,然而我这里需要给大家纠正一点,OpenVZ并不烂。真正不超售的OpenVZ性能其实是所有虚拟化技术中最好的。虽然他自己并不是个虚拟化技术。

2. KVM

KVM是现在真正意义上最普及的虚拟化技术。几乎80%的IDC都使用了此结构。KVM的全称是Kernel-based Virtual Machine,意思就是基于内核的虚拟机。当然作为当今使用最广泛的虚拟化技术,KVM的优点也是非常的明显。KVM相比其他虚拟化技术(不包括OpenVZ),KVM拥有着更好的性能。KVM对于我们一般用户的特点也是很明显:价格适中,资源都中规中矩。能装Windows能装锐速。虽然这是一个很普及的技术然而我并不想太多介绍它,因为KVM现在已经成了VPS的标准,没什么好介绍的了。

当然,使用了KVM技术的母服务器有一点可以肯定的就是母机使用的肯定是Linux系统。KVM其实也是一种统称,具体的KVM还有分很多种,不过在使用上并没有什么太大区别。例如OpenStack KVM。

最后不得不说,KVM也是完全可以超售的。不管是硬盘还是CPU亦或者是带宽,KVM超售已经是轻车熟路。然而KVM在内存方面并不能像OpenVZ一样超的那么夸张,如果一个IDC允许装Windows的情况下,KVM的内存超售幅度差不多在25%~30%左右。总体来说KVM是无法像OpenVZ那样夸张的超售,但也并不是像外界所说的那样KVM不能超售。

3. Xen

Xen有两种虚拟化方式,Xen PV与Xen HVM。Xen技术历史悠久最早版本可以追溯到2003年,曾经Xen占据着VPS市场的半壁江山,然而在KVM技术成熟了之后逐渐被KVM淘汰。不过我们现在还是能见到很多国人IDC商家使用这种架构来出售VPS。那么Xen结构又是什么?

Xen PV(Xen Paravirtualization):

Xen PV是一种半虚拟化方案,Xen的半虚拟化有点类似于OpenVZ。什么是半虚拟化,如果把整个母机系统比喻成一件房子,那我们可以抽象的想象一下半虚拟化的意思就是水电都接在一个计量表上共用资源,相反如果水电都有分离计量的话就类似是全虚拟化。半虚拟化的Xen基本无法更改Kernel且只支持Linux,性能与OpenVZ整体类似。只是能超售的幅度并不如OpenVZ那样那么夸张。

Xen HVM (Xen Full Virtualization):

Xen HVM是一种真正意义上的完整虚拟化的虚拟机。当然,这种Xen我们一般能很轻松的分辨出来,因为它能装Windows等其他系统。Xen HVM的性能非常的中规中矩,如果与KVM进行对比的话性能确实是不如KVM。然而Xen HVM在超售方面并不像KVM那样有那么高的可调节自由度,起码内存是超不了多少的,毕竟不像KVM那样有智能内存调度机制。但Xen HVM依旧是可以超售的,内存超不了我们可以超CPU超硬盘超带宽啊!

4. VMware Cloud

简称VM Cloud。然而我们一看名字就知道这是哪家公司的产品。没错就是大名鼎鼎的VMware。由于VMCloud是商业产品商业授权,授权费高昂我们很少能见到有哪家IDC使用这种架构。这种结构我并不想多说因为我个人接触的非常少,且实际使用性能上并不如其他的虚拟化架构。最后要说的依旧是,超售。没错,在现在这时代,不能超售的虚拟化技术都已经被淘汰了。具体例子我们可以看看使用VMCloud的IDC,CAC。

综上所述,我们可以把几种VPS的性能都排列对比一下,如果都在不超售的情况下且使用的是Linux系统,那么性能排列大致如下:

OpenVZ ≈ Xen PV > KVM > Xen HVM ≈ VM Cloud
如果在使用Windows的情况下,那性能排行大致如下

KVM > Xen HVM > VM Cloud
当然上面都是在没超售的理论情况下,实际上我们能买到的VPS都有超售的情况。那么实际使用情况下的排行大致如下:

KVM > Xen PV > Xen HVM > VM Cloud > OpenVZ
独立服务器 Dedicated Server
独立服务器,一般我们常见的英文写法是Dedicated Server。独立服务器顾名思义就是资源完全独立的物理服务器。所有的独立服务器的硬件资源都是独享的,并不会像我们使用VPS那样如果长时间高占用CPU或者内存或者硬盘IO资源就很有可能被IDC停机封号的情况。独立服务器我们常见的有塔式服务器,1U、2U、4U、6U的机架式服务器,还有各式各样的刀片类服务器。那么我们又要回到一个问题上,独服能超售吗?我的回答依旧是,可以。独服的超售一般都集中在机房网络带宽上,比如一个机房的总接入带宽是1Gbps,然而他卖出了500台1Gbps带宽的独服,这样就是一种常见的独服超售方式。所以我们几乎都能看到很多的IDC商家在独服上依旧有滥用限制条款,例如长时间占用超过100M就会被拔线等等。几乎所有的IDC都是这样,当然也是有财大气粗自身就是ISP带宽资源多的随便用根本不管的独服商家,例如两家法国的IDC,OVH和Online.net。

在介绍独服之前,我必须得先介绍一下现在从IDC商家使用独服的两种方式。

独服租用
顾名思义,租用就是IDC商家提供的机器,你只管付钱就好了,其他的东西并不用管。假设独服的硬件出现故障损坏,也是商家自行负责维护处理。一般我们个人使用独服的情况都是选择租用独服的方式,毕竟这种方式比较省心。但大部分独服的租用费用都相对而言比较高昂。

托管 Collection
服务器托管,是把机器托给机房管理的意思。从字面上我们可以看出,服务器托管需要我们自己准备服务器硬件,且一般机房都不会为你的硬件损坏而负责,假设服务器硬件损坏,一般需要自己邮寄配件给机房,机房能帮你更换。一般国内的机房托管费用大多都是按月计算一次性收费,不像国外的机房基本都有托管费+线路带宽费+电费这三部分费用。不过就算是国外的机房收费复杂,大多数情况下都还是比国内的机房便宜的。一般使用到托管的人也都清楚这些规则,所以我也不多介绍了。

那么独服的种类又有什么区别?下面我将会简单介绍一下各种独服的区别。

1. 塔式服务器

塔式服务器是一种标准机箱的服务器,常用于企业与公司中。由于体积过大,在IDC行业中并不常见。毕竟太占位置了。塔式服务器的扩展性相对其他类型的服务器好,因为他并不受空间的限制。虽然塔式服务器优点很多,然而体积问题导致没有一个机房会提供塔式服务器的托管,所以一般塔式服务器都是放在公司内部使用。

2. 机架式服务器

对于一个IDC来说,机房的容量就是生命线。机架式服务器专为机房而生,因为他占的位置真的很小。一般一个机柜有48U的空间,48U是什么概念?意思就是能放下48台1U的机架式服务器!一般一个数据中心都有几十个机柜到几百个机柜不等,是的,空间就是金钱。机架式服务器是我们最经常见到的服务器,由于需求的不同,机架式服务器有多种规格例如1U2U4U6U。自然越高的U数就表明他的体积够大。不过我们刚刚说的对于IDC行业来说,空间就是金钱。那还有没有压榨的余地?有的,在这种需求下孕育而生双子星1U服务器,四子星2U服务器等类似刀片服务器结构的服务器。外观规格大小与1U2U服务器一致,但双子星服务器能用1U的空间塞进两台独服!不过自然带来的代价也是有的,首先双子星1U服务器基本上单台服务器只有两个硬盘位,并且共用一个电源,甚至有的还共用一个网络模块。对于独立服务器来说,电源是至关重要的,电源故障导致的停机也是时有发生。不少服务器为了保障电源方面的稳定性都使用了双电源和自动切换开关来保障供电的安全性。共用网络模块的概念我们基本可以认为跟VPS差不多,只不过VPS是虚拟的交换机网关在进行分发,而这种公用网络模块是一种内部交换机。当然这种独服自然也能轻松的把成本降下去,只能说是仁者见仁智者见智。

3. 刀片服务器

所谓刀片服务器(准确的说应叫做刀片式服务器 blade server)是指在标准高度的机架式机箱内可插装多个卡式的服务器单元,实现高可用和高密度。是一种HAHD(High Availability High Density,高可用高密度)的低成本服务器平台,是专门为特殊应用行业和高密度计算机环境设计的,其主要结构为一大型主体机箱,内部可插上许多“刀片”,其中每一块”刀片”实际上就是一块系统主板。实际上刀片服务器很像是VPS的理念,只不过刀片式服务器几乎大部分硬件资源都是独立的。虽然刀片服务器确实很高效的利用了空间,但真正的刀片服务器成本其实价格根本不低,且一个数据中心如果要部署刀片服务器前期成本其实还是非常高的。刀片服务器一般一个母机上所有的刀片都共用一个电源和一个网络模块,所以自然也有了邻居这个说法。假设其中有个邻居大量占用网络资源,也是会导致其他刀片的网络访问受到影响的。由于真正的刀片服务器成本高昂,有些IDC也专门定制类刀片的服务器例如戴尔C6100或者我们常见的各种使用AtomCPU的服务器,这种定制类型的服务器成本就远远低于真正的刀片服务器了。

当然,这里我最后说一下挑选独立服务器的一些要点。首先我们选择独服第一个要看的就是机房稳定与否,独服的稳定性与品质很大程度决定于机房的实力如何,所以我们挑选独服的时候能选择大IDC大机房的产品就尽量选择,万一独服的硬件出现故障,大IDC能快速的维护修复,这一点是至关重要的。而且大IDC大机房在大多数情况下不会出现带宽超售的情况,而且跑路的风险也远比小机房低,毕竟数据最重要。如果没有特殊需求,选购独服还是尽量选择大IDC大机房的产品,不怕一万只怕万一,出点问题也好解决。

虚拟主机
最后我要稍微说一下虚拟主机。虚拟主机(Virtual Host或Shared Web Hosting),又称虚拟空间,主机空间,网站空间等等,这里统称虚拟主机。虚拟主机是一种网络技术,能让多个主机名称在一台服务器中运行,而且可以分开运行多个网站。虚拟主机一般主要用于HTTP,FTP,EMail这类网站服务,将一台服务器(这里也可以是虚拟服务器VPS)的资源服务内容逻辑划分为多个服务单元,与VPS不同的一点是,所有虚拟主机是基于应用层的划分,例如使用nginx或者Apache设置多个主机文件建立多个网站,这类技术就属于虚拟主机技术。

虚拟主机我们一般常见的有PHP空间,ASP空间,全能空间。顾名思义就是不同平台的空间。全能空间现在比较少见,但全能空间能支持PHP与ASP同时使用(但并不能混合代码为一个程序。),由于ASP的特性,全能空间与ASP空间基本上只能运行在windows服务器上。

一般虚拟主机的价格是非常便宜的,而且我们也不需要花费太大的心思去过多的管理。一般商家出售的虚拟主机性能基本都不高,但如果手头上有些什么没什么人访问的企业站或者是什么博客之类的,这种就非常适合直接丢在虚拟主机上。

由于虚拟主机我个人觉得是没什么可说的了,然而我们在选择虚拟主机的时候,我们还是要注意,选择大商家的产品。毕竟数据无价。

韩国服务器有哪些优势?

现在互联网用户发展越来越多,同时对服务器等基础设备的需求也日益增高。各种攻击也随之而来。很多站长在选择服务器的时候就陷入了苦恼,免备案的机器速度快的只有亚洲地区,其中国内是必须备案,香港地区网络经常不稳定,遇到攻击则是完全没有办法。现在韩国服务器应运而生。下面给大家介绍一下韩国服务器的优势。

韩国服务器
韩国服务器

1.韩国服务器不需要备案

韩国服务器也属于海外服务器,同样不需要做域名和服务器的备案,这点方便了很多站长朋友的使用,有时候业务紧急上线等待不了备案时间。这时候韩国服务器就是非常好的选择。

2.韩国服务器的速度快

韩国服务器是亚洲地区不需要备案的IDC当中速度较快的,几乎和香港相同,网页打开完全是秒开的状态。

全国ping延时大概:70ms 80ms左右。

3.韩国服务器带宽大,价格低

韩国服务器默认带宽都是10M起步,相比于香港的5M带宽要便宜很多。同时11月份联邦在线韩国服务器还正在做活动,购买10M带宽免费升级到20M独享带宽。增加带宽价格也要比香港地区便宜得多。

韩国大带宽经典机房,韩国SK机房:https://www.homedt.cn/krsk

4.韩国服务器抗攻击能力强

韩国服务器拥有充足的带宽资源,同时韩国的互联网基础设施发展也要比国内早得多,抗攻击经验相对国内以及香港地区都要丰富。联邦在线韩国高防KA、KS经典机房可以提供20G到400G的攻击流量防护。同时对于CC攻击也有专业的金盾硬件防火墙,可以完美拦截各类攻击。

KA机房:https://www.homedt.cn/krka

KS机房:https://www.homedt.cn/krks

5.服务质量有保障

韩国服务器我们都有IPMI硬件控制接口,可以远程一键开关机、重做系统等。客户下好订单,服务器硬件上架安装系统一般只需要2小时即可。

同时售后方面我们有专业的24小时技术支持,全年不间断售后。无论是在凌晨深夜或者是节日,您都可以随时联系到我们。

新上线韩国LG机房CN2线路高速服务器

机房介绍

韩国LG机房是LG-DACOM旗下重要的数据中心机房,其在韩国的地位相当于万网在中国。该机房拥有10G国际出口直接进入Internet,并通过BPG技术与众多国际通信商进行高速互联,数据通过率在全球首屈一指。其面向中国地区互通性甚至优于部分国内双线。

韩国LG机房 CN2 企业专线服务器 10M独享特惠

E3-1230/8G/1T 10M独享 1IP 800元/月   限量10台
E3-1230/8G/240G SSD 10M独享 1IP 900元/月   限量5台
E3-1230/16G/1T 10M独享 1IP 900元/月   限量20台
E3-1230/16G/240G SSD 10M独享 1IP 1000元/月   限量5台

租用联系QQ:28575315