定价常见问题解答


购买Windows Azure平台有哪些方法?

如何购买:购买Windows Azure 平台时有2种基本的供应方式。第一种是消费性供应,无需定期付款,每月只需为您所使用的付费。第二种为认购性供应,已每6个月的定期付款用来支付每月的基本费用,作为回报我们提供一个折扣价。

 超出使用部分我们将按照常规标准另行计价。以下是对不同方案的总结:

消费性Consumption

·      Introductory Special特别引导) – 每月提供的免费促销供应,带有许多Windows Azure平台服务。无需定期付款,如不确定每月使用多少,此方案是您的首选。

·      Consumption 正常消费) – 对于所有Windows Azure平台服务具有弹性的按需收费方案。如果您需要额外的无每月定期付款的认购,此方案适合您。

·      MSDN PremiumMSDN 高级)作为MSDN premium订阅的福利,每月提供许多Windows Azure平台服务的促销方案。您必须为MSDN premium订阅者。

认购性:Subscription

·      Development Accelerator Core开发加速器核心 提供计算时间,存储,数据传输,AppFabric信息操作,每认购六个月便能得到折扣的促销方案。此方案提供开发者  Windows Azure AppFabric Service Bus 以及 Access Control resources 以便他们能开发特殊的解决方案。若果您的开发的生命周期为设计开发部署管理,此方案适合项目的开发阶段。

·      Development Accelerator Extended开发加速器拓展 包括Development Accelerator Core SQL Azure促销方案,每认购六个月便能得到折扣。此方案适合解决方案中使用SQL Azure的开发者。 

MSDN Premium方案,对于除存储与数据传输服务外的所有服务,Microsoft Partner Network 的成员都能得到额外的 5% 折扣。

我每月对Windows Azure平台的使用时候有限制?

您每月可消耗使用的最大量为您基础定期付款额的2倍,或者为下文描述的标准定额。

Windows Azure

·      计算Compute
20
并行小型计算实例,或等效的其他规模的计算实例。

·      存储Storage
5
并行存储账户

·      内容投递网络CDN
CTP期间每月总共1 TB的数据传输量

SQL Azure

·      150 web版本数据库

·      15 商用版本数据库

AppFabric

·      每月100 万次 Access Control 事务

·      500 Service Bus 连接

Data Transfers (排除 CDN)

·      每月总共10 TB 数据传输 , 与亚太地区的连接不能超过3.5 TB

如果您购买了定期付款方案,为了展示如何计算您的定额我们假设您购买了20个基本单位的定期付款方案。因为每个基本单位包括750个计算小时,大致接近一个小型计算实例。您的定额会是40个并行小型计算实例。

您可以联系您的客户支持来随时增加默认定额。我们将保留使用户账户失效的权利,如果其某个月超出使用定额。在使账户失效之前,我们会提供电子邮件通知,并竭力联系用户。用户并需为超额的使用负责。

 

 

我当前有个CTP账户。我如何将我的解决方案,迁移至Windows Azure 平台商用认购状态?

如果您参与过Windows Azure 平台的CTP,您可以选择迁移您的CTP应用程序以及相应的数据至Windows Azure 平台的认购状态。迁移您的CTP账户,您仅需使用与您CTP账户相同的Windows Live ID,购买一个方案

通过Windows Live ID,您的CTP账户即会与您第一个购买的方案关联起来。 您对于CTP账户的使用便会开始根据您购买之日所购买方案的条款计费。如果您不想升级您的CTP账户至已付费认购状态,购买方案时请使用与您CTP账户不同的Windows Live ID ,或者在注册之前,移除您CTP有关的所有应用程序与数据。

 

我看到非繁忙期间入站数据传输到2010630号之前免费提供,请问非繁忙期间如何定义?

 

地域

时区

UTC

北美

太平洋标准时间

UTC-8

欧洲

西欧时间

UTC

亚太

新加坡标准时间

UTC+8

          非繁忙时间段并不因夏时制而调整. 举例来说,在夏时制时,北美地区非繁忙时间为上午11:00至下午7:00太平洋夏季时间,工作日),周五下午1100至周一上午700(太平洋夏季时间,周末)。

 

 

有哪些不同计算实例大小,每一个的具体规格参数?

Windows Azure 计算实例有4中不同规模,以满足应用程序与工作负荷的弹性。

计算实例规模

CPU

内存

实例存储

I/O 性能

小型Small

1.6 GHz

1.75 GB

225 GB

中等

中型Medium

2 x 1.6 GHz

3.5 GB

490 GB

大型Large

4 x 1.6 GHz

7 GB

1,000 GB

超大型Extra large

8 x 1.6 GHz

14 GB

2,040 GB

High



每一个Windows Azure计算实例代表一个虚拟服务器。在一个物理主机上,即使许多资源被某个特定实例占有,一些与IO性能相关的资源,比如:网络带宽与磁盘子系统,是在计算实例之间共享的。当一个共享资源没有被充分使用时,您可以以更高的份额使用这些资源。

依据不同实例类型的大小,它们用共享的资源提供了不同的最低性能。上表中有高IO性能指示器的实例大小可以有更大的共享资源的配给,这能提供更加稳定一致的IO性能表现。

 

 Windows Azure 平台的定价模式如何?

 

Windows Azure 商用时采用基于消耗的定价模式。美国的定价细节如下:

Windows Azure

Compute计算

·      $0.12 / 每小时小型计算实例

·      $0.24 / 每小时中型计算实例

·      $0.48 / 每小时大型计算实例

·      $0.96 / 每小时超大型计算实例

Storage存储

·      存储:$0.15 每月每GB

·      存储事务:$0.01 10K 

Content Deliver Network内容投递网络

·      作为Community Technology Preview (CTP) ,并不收费。

SQL Azure

·      web版本最大 1 GB关系型数据库= $9.99

·      商用版本最大 10 GB关系型数据库 = $99.99

AppFabric

·      Access Control: $1.99 100k 事务

·      Service Bus: $3.99 每连接(按需收费), 或者:

·      5个连接一组 $9.95

·      25个连接一组 $49.75

·      100个连接一组 $199.00 

·      500连接一组 $995.00

Data Transfers

·      $0.10 / $0.15 / GB (北美与欧洲)

·      $0.30 / $0.45 / GB (亚太)

·      非繁忙期间入站数据传输到2010630号之间免费提供。此后会对此收费。

当商用时,购买 Windows Azure使用何种汇率?

当我们开始收费,已下国家使用在其国家名之后的汇率: 奥地利€ EUR , 比利时€ EUR , 加拿大$ CAD, 丹麦kr DKK , 芬兰€ EUR , 法国€ EUR , 德国€ EUR , 爱尔兰€ EUR , 印度$ USD, 意大利€ EUR, 日本¥ JPY, 荷兰€ EUR, 新西兰$ NZD, 挪威kr NOK, 葡萄牙€ EUR, 新加坡$ USD, 西班牙€ EUR, 瑞典kr SEK, 瑞士Fr CHF, 英国£ GPB, 美国$ USD.

          20104 , 以下国家(地区)使用在其国家(地区)名之后的汇率: 澳大利亚$ AUD, 巴西$ USD, 智利$ USD, 哥伦比亚$ USD, 哥斯达黎加 $ USD, 塞浦路斯€ EUR 捷克共和国 € EUR, 希腊€ EUR, 香港$ USD, 匈牙利€ EUR, 以色列$USD, 卢森堡€ EUR, 马来西亚$ USD, 墨西哥$ USD, 秘鲁$ USD, 菲律宾$ USD, 波兰€ EUR, 波多黎各$ USD, 罗马尼亚€ EUR 以及特立尼达和多巴哥$ USD.

 

价格标准多久会修改或更新?

根据托管服务花费的变化、竞争分析、业务运营的本地成本、以及即期外汇利率,定价可能每季度会更改。然而,对于客户保持一致的定价是至关重要的,只有必须时我们才会修改定价。

 

Windows Azure 计算时间如何收费?

只当您的应用程序部署之后,Windows Azure 计算时间才会被收费。当开发测试您的应用程序时,开发者会想要移除那些不会被用来使计算时间最小化的计算实例。  请注意:暂停您的部署也会引起计算时间的收费,因为计算实例仍然分配给您,而它不能分配给其他用户。计算时间的收费基于您服务的部署天数(每24小时)乘上计算实例个数

在您的账单上,所有计算时间会被转换成小型实例计算时间。举例来说,一小时中型计算实例会被转换成2小时的小型计算实例($0.12 每小时)

下表描述了每一种计算实例对应多少小时的小型计算实例

计算实例规模

消耗时间

对应小型实例时间

小型

1小时

1小时

中型

1小时

2小时

大型

1小时

4小时

超大型

1小时

8小时

 

计算时间的收费基于您服务的部署天数(每24小时)乘上等效的小型计算实例个数

对于每一个时钟小时,不满一小时的实例时间(转换前)按完整的一小时计算收费。举例:您在上午1050部署了一个小型计算实例,在上午 11:10 移除了该部署,您会被收取2小时的小型计算计算时间。一个小时从上午10:50  上午11:00,另一个为上午11:00 到上午11:10。您部署的其余计算实例,您的计算时间会被转换至等效的小型计算实例时间。另外,每次您部署之后重新部署您的服务,您会被收取最少相应计算实例一小时的计算时间. 然而,在一个时钟小时内,您部署时间不超过5分钟时将不会被收费

 生产环境与分级环境都会被收费吗?

如果您有2个托管服务的租户,分别用于分级与生产,它们都将被收费。因为他们都是用了Windows Azure平台资源。 

 

我如何查看已使用多少Window Azure平台?

          您的认购的账户拥有者( Account Owner)可以登录到 Microsoft Online Services Customer Portal 来查看使用信息,点击 “View my bills”连接.您可以查看或下载已记账与未记账的使用情况。请注意:您的未记账使用情况可能有最多12小时的延迟。

 

Windows Azure 存储如何收费?

存储以一月内的平均每小时的数据存储量(GB)单元来收费。例如,用户上传730GB数据,并在Windows Azure存储1小时,她每月需付费的存储为1GB ,因为平均一个月有730小时。如果她上传730GB数据,并在记账周期内一直存储着,她的每月需付费存储为730GB

存储也依据添加、更新、读取、删除存储数据的存储事务而收费,收费标准为 $0.01 10,000 (10k) 个事务请求

 

 Windows Azure 平台数据传输如何收费?

传输收费基于30天内通过互联网流入流出Windows Azure平台的数据总量。. 所有子区域内( sub-region)的数据传输免费提供。

 

为何流入网络通信比流出网络通信便宜?

当我们设计数据传输的定价模式时,我们首先考虑账户的基本数据传输花费。流入数据通信价格更低有2个理由:首先,数据传输花费中流出网络通信占绝大多数,第二,更低的流入网络通信费用降低了采用的门槛。我们会通过提供非繁忙期间的免费数据传输来降低使用的门槛,直到2010630日的商用发布。

 

“Web版本每月最多1G的数据库商用版本每月最多10GB的数据库具体的意义?

SQL Azure Web 版本数据库包括:

·      最多1 GB 的基于T-SQL的关系型数据库

·      自主管理的数据库,高可用性与容错性。

·      自动负荷平衡 

·      随着按需收费的增长弹性的拓展

·      最适合Web 应用程序, 部门定制应用程序, Saas应用程序。

 SQL Azure 商用版本数据库包括

        

·      最多10 GB 的基于T-SQL的关系型数据库

·      自主管理的数据库,高可用性与容错性。

·      自动负荷平衡 

·      随着按需收费的增长弹性的拓展  

·      未来会有额外的特性:如自动分区, CLR, 分布式查询.

·      最适合ISV LOB应用程序, 部门定制应用程序, Saas应用程序。

 

 

Windows Azure中被提议的VM 功能如何定价?

我们并没有宣布对此功能的定价,然而定价会与当前的Windows Azure 定价模式保持一致。 

 

当超额使用时,Windows Azure客户会被提醒吗?

无论哪种方案,我们都会向所有Azure客户发送警告邮件。

任何一个购买定期付款方案的客户在使用他们的定额的75%/100%/125%时都会收到邮件提醒。而消费性方案的购买者如已使用3个月以上,我们会以同样的方式提醒。 

 

如果用户的应用程序规模超出SQL Azure database所供应的会如何?

SQL Azure用户可以基于他们应用程序需求,提供无限制量的数据库。数据可以无大小限制的划分至多个数据库。

 

SQL Azure database如何收费

SQL Azure database 收费基于应用程序消耗的数据库比例。

 

来自未被列入官方支持国家的用户或合作伙伴,可以使用被支持的国家的信用卡来使用Windows Azure平台吗?

          用户或合作伙伴需要一个合法的付费地址,并且需要实际位于所支持的国家,来使用Windows Azure 平台。例外是我们允许来自非支持国家的现有CTP参与者维持他们的CTP账户直到他们的国家成为被支持国家,或他们所在国家结束CTP

 

我如何估计我所使用 Windows Azure平台服务的费用?

          我们已经发布了 cost calculator,以便方便用户估计他们的花费。因为估计花费经常存在疑问,我们也提供了一个普通应用程序类型的案例,包括它们运行在Windows Azure平台上的花费。

 

 AppFabric Service Bus Access Control如何收费?

 Service Bus 对于独立提供的连接,基于消费的基础收取每个连接每月$3.99。数据传输收费也如此。如果您能预期您的需求,您可以购买各种连接包(Pack)。举例 

5 连接一组为$9.95 25 连接一组为$49.75 , 100连接一组为$199.00 , 500 连接一组为$995 ,加上数据传输收费。连接包的每连接都为$1.99

 

Access Control 100000个事务收取$1.99,它包括令牌请求、管理操作、加上相关的数据传输。典型的, Service Bus开发者依靠 Access Control来保证连接的安全。

 

为何 AppFabric Service Bus如此定价? 此连接(“Connection”)如何收费?

 

Windows Azure 平台AppFabric 其通过 Service Bus 提供安全连通性服务,同Windows Azure提供多方面计算与存储服务一样。事实上, Service Bus直接运行于 Windows Azure 计算实例上。因此, Service Bus定价模式与计算/存储定价模式类似。也就是说,当您使用连接资源时,您为他们付费。您使用的Service Bus的基础资源包括计算实例资源,存储资源与网络资源。

因为Service Bus高效与可拓展性,我们提供一个依据这些资源使用情况的单一定价结构。我们称之为连接( “Connection”,它代表了Service Bus的基础功能: 连接2个或多个应用程序。为了使Service Bus发送或接受数据,无论是事务信息还是数据流,您需要一个Service Bus的连接,您可以将它想象为您应用程序与Service Bus 之间的一个通信会话。应用程序任何时间可以打开“open”或关闭“close”)它。当您创建连接至Service Bus的应用程序,我们向您针对每一个连接收费,而不是消息量或者数据量。这些连接会引起打开服务,打开客户端通道,或产生与Service Bus 互动的HTTP请求。

多数情况下,对于每一个连接至Service Bus的设备或应用程序,需要至少一个连接。例如:20个设备,各自有一个连接至Service Bus的应用程序,那么需要20个连接。

如果一个设备有10个分别连接至Service Bus的应用程序,那么需要10个连接。

 

当您应用程序异常活跃的使用连接时,比如,发送大量信息时,我们还是收取一样的费用。 (相关数据传输的净收费)针对每个连接的定价模式帮助用户有效的估计他们每月的花费,并且具有按需增加或减少使用的弹性。

 

我如何知道我有AppFabric Service Bus 连接?

随着一个月内,连接的频繁打开与关闭,您的使用情况可能会有波动。为了适应此情况,我们计算一天内的已打开的链接的最大值。在每月计费期间,我们计算每日使用的平均数,它将会按每天的比例收取。

这意味着您不必为每一个您创建的连接付费。您只需为在计费期间,在某一天并发使用的连接最大值付费。这也意味着,如果您增加连接的使用,增加的使用会每天按比例收费。您并不会因为增加的使用而收取完整一个月的费用。

 

 

举例来说,某个客户端应用程序可能在一天中打开关闭单个连接,这经常发生在HTTP绑定使用连接时。

对于目标系统,这可能会出现地理分散的连接,对于用户来说这就是一个间歇的连接。基于并发连接的收费,保证客户不会因一个间歇连接而重复收费。

 

 

 AppFabric Service Bus 的一些案例?

 

案例1: 一个连接非云端数据库至云端服务的复合应用程序,需要使用2个连接。

在规定的月份内,用户可以支付这2个连接,定价为 $7.98。如果用户认为在这整个月内连接数会增加,他可以选择5连接一组的连接包。这样,无论连接数从2个增长到5个,他都只需每月$9.95

案例 2:另一个应用程序使用 AppFabric Service Bus 将一系列手持设备连接至非云端数据库。这个案例中,有一个设备与数据库共用的连接,如果用户前半月使用8个连接,后半月15个连接,他的账单可以使下述三者之一。他可以选择支付一个纯基础消费,花费 $45.891 ;他可以购买25连接一组的连接包,花费  $49.75 ,并具有一定的弹性;或者购买5连接一组的连接包,并未超额的链接支付基础消费,总共花费 $35.892, 此也是最低花费。

 

每一种选择中,都不会对负荷额外收费,但是用户需要以Windows Azure平台的标准,为流入流出数据量付费。用户应该使用 Access Control来保证他们连接的安全,他们也会接受依据Access Control价格安排一起的价格变动。

 

1注意: $3.99每连接每月,等效于 $0.133 每连接每天。此案例有 (8 x 15) + (15 x 15) = 225 个连接每天。所以, $0.133 x 225 = $45.89.

2注意: 5连接一组的连接包收费为 $9.95每月。超额连接每个为 $0.133 每连接每天。此案例为 (3 x 15) + (10 x 15) = 195 个连接每天。所以 ($0.133 x 195) + $9.95 = $35.89.

 

为何AppFabric Access Control AppFabric Service Bus收费不一样?

 

尽管应用程序Access Control交互的方式某些程度上与Service Bus的方式类似(通过发送接收信息),但 Access Control还是有一些根本的差异。最重要的是,这些连接是轻量级并短暂存在的。这意味着单个 Access Control令牌处理端点可以处理大量与发送令牌请求的外部应用的连接。基于这些因素,主要的资源使用直接与处理令牌请求相关:解包解密令牌,依据规则进行声明转换,重新打包重新加密,将令牌返回请求者,创建修改规则。我们使用 “ACS Transactions”计价方法来直接反映事务操作与资源使用之间的关系。

 

为何AppFabric Service Bus 多连接包在每连接基础消费上比单个连接花费少?

当用户选择购买连接包,他们便在某种程度上预定了这些连接。这使得微软能够在用户需要连接前,提前提供这些连接。当有大量用户以此方式购买链接,我们可以能够预先得知连接容量,来提供一个更有效的表现。并能充分降低提供这些连接的花费。对于用户,得到的利益就是每月更少波动的可预期的花费。然而,许多用户偏爱按次计费的购买连接,因为其更具有弹性。对于,需要弹性与预期兼备的用户,可以在一个账户中选择连接包与标准按次计费的购买方式的组合。这样,只有当连接数超出连接包内的数量时,超额连接数才会被要求按独立的按次计费标准收费。

 

AppFabric Service Bus 连接的完整技术定义是什么? 用户哪些行为会触发一个新连接?

 

Service Bus 连接(Connections)对于 Service Bus 端点都是开放的 (一个在  Service Bus 域中的URI),无论在何时应用程序产生如下动作:

        

1.  Service Bus 终端打开了一个服务(Service

2.  打开了一个连接至上述服务的 NetOnewayRelay, NetEventRelay 或者 NetTcpRelay Client Channel

3.  产生一个向开放于Service Bus Endpoint的服务(Service)或者信息缓冲区(Message Buffer )的Http请求直接或者通过基于HTTP的绑定

出于计费意图,每5分钟,连接便会被计量。间隔内打开的平均连接数便会被记录。我们这么做是为了防止用户因为短暂的增加打开的连接而被不适当的计费。所以在极短时间内打开的连接,例如:10秒,您不需为此付费。

 

我可以堆积”  AppFabric Service Bus的购买吗?我可以改变我购买的连接包的大小吗?

在任何计费期间内,用户可以按照系统限额与信贷限额,购买任意多的按次付费的独立连接。在计费期间内,他们也可以为每个解决方案购买最多一个连接包。在计费期间内,如果一个用户认为当前的连接包过大或者过小,他可以选择不同的连接包,且差价会按比例并入。对于某个 Service Namespace的连接包大小,每7天只能修改一次。用户不能在同个Namespace下将多个连接包组合使用。

 

 AppFabric Service Bus的信息操作(“Message Operations”)发什么了什么变化 ? 它的定价模式是否有误?

          此更改是为了有一个简便的计费方式,使得用户容易理解与预测。早期用户的反馈清晰的说明了 Message Operations 定价模式使得用户对于估算他们的消耗异常困难。计算时间和存储容量与传统非云端计算环境有着一致的概念。然而用户并不喜欢对于信息通信的频繁程度的估算,因此我们选择以开发者以及IT专业人士更为熟悉的以连接计费的方式。

 

          信息操作(Message Operations)的计费方式非常适合于如:分散式事务信息传递的使用。但它也能运用于更复杂的用途。举例:当您传送一个大文件流时、对一个保持开放的协议进行数据封装,或者部署许多全天候闲置监听的设备时会发生什么?这些情况下,决定如何计算信息数量、预计每日使用量异常困难。

 

结果是我们的用户内心有许多这样使用的想法。我们的定价模式对于这些情况已经更加适用了。它将流化数据,协议数据封装,事务信息传递等融为一体。另外,以连接计费提高了可预期性,因为, 无论您从一个月到下一个月或多或少的使用连接,收费都不会变化。我们坚信 Service Bus 定价模式定会满足我们简洁,可预期,多功能的思想,竭诚为您,我们的用户,服务。

何时会对Windows Azure 平台 AppFabric的使用收费?

          为了给客户充足时间为价格结构做准备以及观察他们自己的使用情况,对于AppFabric的收费会在20104月开始。到那时,您对服务的使用情况会被记录,以便我们对其计费。5月开始,我们将发出账单。在20104月之前的使用将不会收取费用。直到20104 AppFabric的开始收费,用户仍可以使用Windows Azure平台的支持服务。一旦开始收费,SLAs会立即生效。

 

我如何监测AppFabric的使用情况?

一款使用情况监测工具很快便会发布。

 

每日AppFabric Service Bus的连接数如何计算?

 

打开的连接的最大值会被用来计算每日花费。为了方便计算,一天定义为从子夜至下一个子夜(UTC)。每天以5分钟的间隔划分,在每一个时间间隔内,计算打开连接的时间加权平均。而此5分钟间隔的平均值的最大值会被用来计算您的每日连接花费。

 

 

如果AppFabric Service Bus会有短暂的突发的连接会如何?,例如:一些设备启动的同时另一些设备关闭。这些会使得我的花费增加吗?

因为5分钟间隔内的打开连接的最大值会被用来计算您的连接花费,所以您的连接短暂的增加并不会使您造成不适当的收费情况。举例:如果有一个连接在整个间隔内出于打开状态,而另一个只打开了10秒,您的间隔内平均值为1 + 10 ÷ (5 x 60) = 1.0333 个连接。

 

我可以改变AppFabric Service Bus 连接包的大小吗?多久一次?

 

您可以再任何时间选择一个不同大小的连接包。您也可以增加会减少连接包的大小。每7天只能进行一次更改。

 

我可以有列表所列之外(1525100500)的数量的 AppFabric Service Bus连接吗?

用户可以独立购买确切需要的连接(1500个连接之间)如果他们能预先得知他们的需求,他们也可以选择连接包(525100500连接)。另外,用户可以再连接包之外独立购买连接。举例: 5个一组的连接包 + 2 个独立连接 = 总共7个连接。这样,用户便不可使用其他小于500的连接包。用户在一个Namespace中,最多只可购买一个连接包。经要求,大于500的连接包即将推出。

 

我想有多个AppFabric Service Bus 连接包Pack与我的账户相关联,那将会如何? 

需要多个连接包的客户需要创建一个额外的服务命名空间(Namespace)举例:如果用户希望拥有 200个连接,则他需要在2个不同的命名空间内各自购买100个连接一组的连接包。

 

 AppFabric Service Bus Access Control 的哪些使用方式会引起数据传输?哪些不会?

 

在规定的 Windows Azure 平台子区域内的数据传输将免费提供。任何满足非繁忙时间流入的数据传输都将作为限时促销免费提供。任何子区域以外的流入或流出的数据传输都将按Windows Azure平台标准收费。举例:您使用 Service Bus来使2Windows Azure应用程序在同一个子区域内通信,您不会被收费。然而,如果您使用 Service Bus ,在不同区域或子区域内通信,例如:从North Central 子区域发送数据至South Central子区域,您将在North Central被收取流出数据费用,而在South Central被收取流入数据费用。如果您在您自己的数据中心内通过 Service Bus只发送不接受数据, 您将只会被收取使用Windows Azure平台而产生的数据流出费用

 

 

Comments (0)

Skip to main content