要看你是什么类型的网站.如果是访问量很小的企业站就完全没有必要用云主机.前期用一个200M左右的虚拟主机就完全可以满足.如果是规模较大.一般情况下日访问量达到两千以上的可以考虑用云主机.另外阿里云是家大企业.企业大就意味着成本高.所以云主机的价格也会高一些.如果你是个人用户且追求高性价比的话建议你选择中小型IDC公司会更适合.各个公司的云主机使用方法一样.是在本地远程连接.在系统里配置好网站环境.然后上传数据和解析域名即可
成都创新互联公司主营铁锋网站建设的网络公司,主营网站建设方案,app软件开发,铁锋h5成都小程序开发搭建,铁锋网站营销推广欢迎铁锋等地区企业咨询
以上回答希望对你有帮助.若有不懂或者需要帮忙的可以找我
云安全中心服务等级协议 版本生效日期：2020年4月1日
本服务等级协议（Service Level Agreement，以下简称 “SLA”）规定了阿里云向客户提供的云安全中心（简称“云安全中心”）的服务可用性等级指标及赔偿方案。
1.定义
1.1服务周期：一个服务周期为一个自然月。
1.2服务周期总分钟数：服务周期内的总天数╳24（小时）╳60（分钟）计算。
1.3失败请求：失败请求包括下述情形：
（1）因云安全中心系统原因导致的域名返回状态码为5XX请求；
（2）因云安全中心故障导致的正常请求未能到达云安全中心服务器端的请求（通过故障前7天内使用云安全中心的域名的平均请求数计算）。
1.4有效的总请求：客户某一阿里云账号下云安全中心服务器端接收到的所有请求视为有效的总请求。
1.5每5分钟错误率：根据地域以每5分钟为单位按照如下方式计算：
每5分钟错误率= 每5分钟失败请求数/每5分钟有效总请求数X100%
1.6月度服务费用：按一个自然月中客户某一阿里云账号下云安全中心的地域统计月度服务费用，如果客户一次性支付了多个月份的服务费用，则将按照所购买的月数或使用量比例分摊计算月度服务费用。
2.服务可用性
2.1 服务可用性计算公式
云安全中心服务可用性按服务周期统计，根据客户某一阿里云账号下云安全中心的地域统计服务可用性。若客户某一阿里云账号下存在相同地域，将合并计算服务可用性。
服务可用性将根据服务周期内每5分钟错误率之和除以服务周期内5分钟的总个数计算出每5分钟错误率的平均值，从而计算得出服务可用性，即：
服务可用性=（1-服务周期内Σ每5分钟错误率/服务周期内5分钟总个数）x100% （注：服务周期内5分钟总个数=12x24X该服务周期的天数）
2.2 服务可用性承诺
云安全中心服务可用性不低于99.95%，如云安全中心未达到前述可用性承诺，客户可以根据本协议第3条约定获得赔偿。
2.3除外情形
因下述原因导致的服务不可用的时长不计入服务不可用时间：
（1）阿里云预先通知客户后进行系统维护所引起的，包括割接、维修、升级和模拟故障演练；
（2）任何阿里云所属设备以外的网络、设备故障或配置调整引起的；
（3）客户的应用程序或数据信息受到黑客攻击而引起的；
（4）客户维护不当或保密不当致使数据、口令、密码等丢失或泄漏所引起的；
（5）客户的疏忽或由客户授权的操作所引起的；
（6）客户未遵循阿里云产品使用文档或使用建议引起的；
（7）不可抗力引起的。
3.赔偿方案
3.1 赔偿标准
根据客户某一阿里云账号下云安全中心的服务可用性，按照下表中的标准计算赔偿金额，赔偿方式仅限于用于购买云安全中心产品的代金券，且赔偿总额不超过未达到服务可用性承诺当月客户支付的月度服务费用的25%（不含用代金券抵扣的费用）。
服务可用性赔偿代金券金额
99.90% ≤ 服务可用性 ＜ 99.95%月度服务费用的10%
服务可用性 ＜ 99.90%月度服务费用的25%
3.2赔偿申请时限
客户可在每个自然月第五（5）个工作日后对上个月没有达到服务可用性承诺的【产品简称】提出赔偿申请。赔偿申请最迟不应晚于云安全中心未达到服务可用性承诺的相关月份结束后两（2）个月内提出。
4.其他
阿里云有权对本SLA条款作出修改。如本SLA条款有任何修改，阿里云将提前30天以网站公示或发送邮件的方式通知您。如您不同意阿里云对SLA所做的修改，您有权停止使用云安全中心，如您继续使用云安全中心，则视为您接受修改后的SLA。
第一层安全保证：公共云平台的安全合规，阿里云的公有云平台有等保三级认证，金融云等保四级认证，所以大平台有大平台的保障。
第二层资产层规范：弱口令、账号权限分配、端口最小化策略都是用户对于资产管理的行为习惯，需要用户自己做好规范，不然所有的防护都没意义。
第三层主机安全：阿里云默认提供云盾基础防护能力，记住是基础防护，也就是超出防护阈值的时候需要自行配置安全产品，阿里云云安全中心支持漏洞检测修复、基线检查、病毒查杀、网页防篡改等功能，现在也支持跨云平台部署。
第四层数据备份：定期做快照备份，故障时可以回滚数据，最小化减少数据损失。
第五层应用层和网络层：避免CC攻击和肉鸡攻击导致应用和服务器CPU跑满瘫痪，通过web应用防火墙和Ddos高防防护，成本不低。
