AWS - Cloudfront CDN 测试
AWS 几年前就推出了他的CDN服务- Cloudfront,可以允许创建一个URL,指向用户自己的S3 bucket或者Web server。当其他人访问这个Cloudfront URL的时候,DNS会自动解析到最近的物理位置的边缘服务器(Edge server),然后edge server会查询自己是否已经有相关的缓存,如果没有,他会向Orgin发送请求获取信息,并保持在当地。默认的缓存时间是24小时。
详细的工作过程参考以下链接
http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/HowCloudFrontWorks.html
首先,先创建一个S3 Bucket, 取名叫做beanphoto, region就设在Sydney好了
然后上传一个图片
为了保证所有人都能从Cloudfront的URL访问,必须设置成public
先看看S3 Bucket本身的链接是否工作
打开木有问题。风景不错吧,这个是豆子在斐济的一个小岛拍的照片
切换到CloudFront, 点击 Create Distribution
选择 Web, RTMP是给流媒体准备的
Domain name输入S3 Bucket的名字,其余的默认选项
Price Class可以选择世界内的范围,我选择的美国和欧洲
我还添加了一条CNAME,因为Cloudfront自动生成的URL太难记住了,同时我还需要在DNS的控制面板里面也添加对应的CNAME
点击确定之后就会开始创建,他会把相关的配置(不是具体的内容)传送给所有的Edge Server。这个过程大概要15分钟左右。
接下来,豆子登录Godaddy,添加一条CNAME
添加好了,等候个5分钟左右就可以查询了
解析一下CNAME,成功。
可以看见对应的Cloudfront URL有多个服务器地址,这些都是Edge Server的地址
等了15分钟,总算配置完成了
我们来测试一下是否有效。
登录这个测试网站 http://tools.pingdom.com/
首先测试S3的初始地址,大概需要4.66S才能打开
然后测试一下CDN之后的URL,只需要724ms
通过颜色对比,可以发现DNS解析,连接,下载数据的时间都大为减少了!
隔了一天之后,甚至还可以查看CloudFront的相关访问记录
比如欧洲的边缘服务器被访问了4次
而美国的边缘服务器被访问了15次左右
- AWS - Cloudfront CDN 测试
- AWS - Cloudfront CDN 测试
- AWS CloudFront CDN直接全站加速折腾记The request could not be satisfied. Bad request
- AWS CloudFront CDN直接全站加速折腾记The request could not be satisfied. Bad request
- How to use aws CloudFront for CDN
- AWS (Amazon Web services) 免费主机测试使用流程 -- 主机搭建
- [转载]AWS使用小记之EC2(Elastic Compute Cloud)
- 网站 压力测试。。检测 cdn 路由追踪 网速测试
- 理解亚马逊 Amazon AWS CloudFormation
- 脚本之CDN中,测试整个cache平台nginx的https是否生效
- Spring Cloud Sleuth消息追踪测试
- httplib模块,测试cdn节点文件同步
- Spring Cloud Netflix 微服务压力测试
- AWS (Amazon Web services) 免费主机测试使用流程 – 绑定域名
- 免费CDN和网站速度测试工具
- 免费CDN和网站速度测试工具
- 用DNSPod和Squid打造自己的CDN (八) 测试并运行SQUID
- 如何在AWS 中实现动态CDN
- SOASTA大规模性能测试工具CloudTest---产品介绍篇