2009年12月3日木曜日

NASAのNEBULAアプリケーション、コンテナデータセンタでクラウド化:Verari/Cisco製品=>

NASAがAmes Research Centerにコンテナ型のデータセンタをベースとしたクラウドシステムを導入、NEBULAという研究所内のWebアプリケーションインフラを運用する。

このコンテナ、Verari社とCisco社が共同開発したもの。 Verari社はRackable社のように高集約型のサーバとラックを設計/開発するベンダーの一つ。

Ames Research Centerは折りしもGoogle本社の程近く、Googleもコンテナデータセンタに資本を投入している会社の代表であるがゆえにVerari/Ciscoの製品が入っていく姿を見てどう感じているのだろうか。


NASA's Nebula: The Cloud in a Container

December 2nd, 2009 : Rich Miller

The Verari data center container housing the NASA Nebula cloud computing application arrives at Ames Research Center in Mountain View, Calif.

The Verari data center container housing the NASA Nebula cloud computing application arrives at Ames Research Center in Mountain View, Calif.

What do you get when you combine cloud computing and data center containers? You get NASA's Nebula, the space agency's new data powerhouse, which provides on-demand computing power for NASA researchers. Nebula was recently cited by federal CIO Vivek Kundra as an example of the government's ability to "leverage the most innovative technologies."

The Nebula application lives in a 40-foot container at the NASA Ames Research Center in Mountain View, Calif. The "data center in a box" was built inside a FOREST container from Verari Systems, which is filled with Cisco Systems' Unified Computing System and servers from Silicon Mechanics.

Science Compute Power on Demand
Nebula is a self-service platform built from open source software that provides high capacity computing, storage, and network connectivity for NASA research. "Nebula has been designed to automatically increase the computing power and storage available to science- and data-oriented web applications as demand rises," explains Chris C. Kemp, Chief Information Officer of NASA Ames Research Center.

"The containerized data center solution from Verari Systems and Cisco delivers the foundation for a next-generation cloud computing environment that is responsive to the needs of our developers so they can focus on mission success – without worrying about the capacity and availability of the computing infrastructure," said Kemp. "his solution is transforming how we think about NASA's future computing environment."

Momentum for Containers
Data center containers allow for rapid expansion of IT infrastructure, and can provide excellent energy efficiency by offering more precise control of airflow within the container. Microsoft and Google have used containers as building blocks in  large data centers, while some enterprises, universities and research ;abs have used containers to add incremental compute capacity.

"Verari is simplifying data center deployment," says Dan Gatti, senior vice president of Worldwide Market Operations, Verari Systems. "Our customers are able to meet their computing and storage requirements much more quickly and easily than ever before. The planning cycle for a data center has been cut from two years down to 120 days, on average. And our customers are able to recognize huge cost savings in both OpEx and CapEx spend."

"Cisco and Verari Systems are delivering the data center of the future – today," said Brad Boston, senior vice president of Cisco Global Government Solutions Group. "As NASA's Nebula Cloud Computing Environment demonstrates, customers have a great deal of flexibility in how they integrate computing, storage, and networking capabilities with Cisco UCS to ensure a solution designed for mission success today and in the future."

Federal CIO Vivek Kundra tours the NASA Nebula data center container during a September visit to Ames Research Center.

Federal CIO Vivek Kundra tours the NASA Nebula data center container during a September visit to Ames Research Center.

http://www.datacenterknowledge.com/archives/2009/12/02/nasas-nebula-the-cloud-in-a-container/

韓国がクラウド導入に積極的、との記事:日本より早いか?=>

韓国がクラウド導入に積極的、との記事。具体的には政府が$172Mの予算を投じて、複数のプロジェクトを立ち上げる、という内容。

市場の反応は、日本でのクラウドの反応に非常に近いものがあるように感じる。 賛成論と反対論の主張が非常に似ている。


Korea Leaps on Cloud Computing Bandwagon


By Kim Tong-hyung
Staff Reporter

The government will spend around 200 billion won (about $172 million) next year for a number of ambitious Web-based computing projects to help the technology industry create more demand for their nascent cloud services, officials said Tuesday.

Cloud computing, the latest buzzwords in the technology sector, describes a new era of Internet usage when information and software are delivered over the Web, rather than a desktop computer.

Most activities and data will be stored online and accessed from a wider range of devices, including computers and mobile Internet gadgets, and the changes will allow companies to deliver information technology (IT) power in more efficient and cost-effective ways, Seoul policymakers say.

The world's major Internet and technology companies, including Google, Microsoft, Apple and Amazon, are aggressive in pushing their own version of cloud computing services.

The Korean technology community seems to have the fever too with companies like Samsung SDS and LG CNS eager to get out of the gate early.

Cloud computing solutions are also a critical part of the Korean government's green tech initiatives that focus on low-power devices for personal computers, televisions, displays and servers. Getting particular attention are low-power mobile Internet devices, light-emitting diode (LED) backlighting technology, solid-state drives (SSDs), and electric and hybrid vehicles.

The initial demand for cloud computing will be driven more by government organizations and private companies. The Korean government, nevertheless, seems intent on acquiring a leading role in making cloud computing a reality.

The plan will be jointly pushed by the Ministry of Knowledge Economy, the Ministry of Public Administration and the Korea Communications Commission (KCC) to reduce overlap in investment, and achieve cohesiveness in technologies and approach.

"The details of the plan will be announced in December or next year. The size of the budget has yet to be decided," said an official from the KCC.

The government has already set aside 100 billion won for the public administration ministry's project for the virtualization of hardware resources. Total spending on the cross-ministry cloud computing program will be around 200 billion won, according to sources.

About 47 billion won will be spent on integrating cloud solutions with Internet protocol television (IPTV) and wireless Internet networks.

Cloud solutions will also be connected to the government's previously announced energy-saving projects, including the plan for deploying "smart grid" systems, which use IT to improve the efficiency of electricity transmission, and the knowledge economy ministry's plans to develop power-efficient Internet data centers (IDCs).

The plan for low-power IDCs includes the "green PC bang" project, which aims to install servers at commercial computer gaming lounges for storing data and running programs, replacing the buzzing computer towers and leaving just the monitors and keyboards.

The government is also planning to invest significantly in research and development, to advance technologies in the areas of software as a service (SaaS) and smart-grid related cloud solutions.

The knowledge economy ministry is also working with the Korea Advanced Institute of Science and Technology (KAIST) and other universities to build a test bed for Web-based computing technologies, dubbed "CII:U."

The idea is to provide cloud computing resources to universities for free and have them use the resources for training and research on next-generation computing technologies.

Despite the hype, some industry watchers believe that it will take at least several years for cloud computing to take off here.

It is still unclear whether companies will be willing to compromise their control of data, especially in a country where security remains a serious issue.

Despite touting itself as a high-tech powerhouse, the country has been exposed repeatedly for its poor security standards, as witnessed by the distributed denial of service (DDoS) attacks in the summer that crippled more than 80,000 computers.

So apparently, the idea of linking hundreds of different devices on a single, big server remains an uneasy thought for many.

There are also arguments that, despite the development over the past years, computing power and network technology have yet to reach a point where high-impact applications such as image and video editing or heavy-data crunching work well online as they do on a hard disk.

thkim@koreatimes.co.kr

 

http://www.koreatimes.co.kr/www/news/tech/2009/12/133_56497.html

IBMが中国に引き続き、ベトナムに大型クラウドデータセンタを開設:アジア進出に積極的=>

IBMがベトナム、ホーチミン市に大型のクラウドデータセンタを構築することを発表。

IBMのアジアへのクラウド事業展開は非常に積極的で、中国での山東省東営市や無錫市などでのクラウドコンピューティングセンタの開設に引き続くもの。

ベトナムの案件はQuang Trung Software Cityというソフトウェアベンダーと組んだプロジェクト、との事、公共システムとしての導入になるらしい。


IBM To Furnish Cloud Computing To Ho Chi Minh City

IBM has already established cloud computing centers in the Chinese cities of Dongying and Wuxi. In the former, the cloud will serve as a "smarter city" platform for development of services. In Wuxi, it will serve as a collective platform for software development. Now it's on to Ho Chi Minh City.

IBM has been selected by the software company, Quang Trung Software City, to build a cloud platform on which to base a "Smarter Government" in Ho Chi Minh City. That's the former capital of South Vietnam, Saigon, and still the largest city in Vietnam, with nine million people.

IBM is clearly testing its ideas on how to proceed with the cloud model on large and eager Asian customers. IBM will work with the city government to consolidate email systems and Web sites to a Quang Trung data center to promote more electronic government services.

IBM will work with the Ho Chi Minh People's Committee to establish a more citizen-centric government. It will seek ways to encourage collaboration and information sharing across agencies and government borders. It will seek information sharing forums on problems in the community. More government data and information will be made available through the shared resources of the cloud.

IBM didn't specify what hardware it would use to build the Ho Chi Minh City cloud, but in the Yellow River Delta Cloud Computing Center in Dongying, it used its HS22 blade appliance announced in June and built with Intel's Xeon 5500 processors, formerly known as Nehalem chips, with eight cores. Last year IBM built a cloud computing center in Vietnam with facilities in both Hanoi and Ho Chi Minh City.

With 200 researchers dedicated to the cloud computing model and a $100 million investment, IBM continues to stage its largest, publicly announced cloud implementations in Asia. It clearly wishes to be competitive there and appears to be doing so.

Does that mean it doesn't have enough cloud know-how to compete with Amazon Web Services EC2, Google AppEngine, Rackspace and Microsoft's Azure at this point in North America? I think the answer is that it is tinkering with the economies of scale represented by the cloud data centers. Those economies may be challenging to a company that has always positioned itself as offering the high end of computing. The Amazon, Microsoft and Google data centers appear to be the largest ever built and at the same time they're designed to run at a low cost per server. Perhaps IBM is about to unveil some new version of x86-based data center that matches their designs.

But I'm not sure of that. In reflecting on the inadequacy of "cloud" as a name, IBM CEO Sam Palmisano suggested referring to cloud computing as "highly virtualized infrastructure."

That it is, but it is also built to realize extreme economies of scale, resulting in low hourly charge rates. "Highly virtualized infrastructure" by itself doesn't achieve the 12 and 12.5 cent hourly rates for a Windows Server offered by Amazon and Microsoft, respectively.

Low cost energy, highly automated operations, ease of server replacement and route-around-failures governing software all play a part. And I'm curious whether IBM will bring its own solutions to these issues to market here or continue tinkering just out of sight.

http://www.informationweek.com/cloud-computing/blog/archives/2009/12/ibm_to_furnish.html

中国のSaaS市場は2010年には$171M 規模になる、という予測:セキュリティ/コンプライアンスSaaSが多い=>

中国のSaaS市場は2010年には$171M 規模になる、という予測

次のポイントが特長

  • 去年までは52%の認知度であったSaaSは今年は100%
  • 4人に1人は既にSaaSを採用
  • セキュリティとコンプライアンスのOn-Demandアプリの採用が最も大きい
  • CRM、emailがついで延びている(収益度はこの分野が一番高い)
  • オンラインではなく、直販でSaaSを導入しているケースが多い
  • 企業として導入しているケースは比較的少なく、SMBもしくは個人での導入比率が高い


China SaaS market to reach US$171 million in '10: Springboard

By Zafar Anjum , MIS Asia , 11/20/2009
 

China's software-as-a-service (SaaS) market is expected to grow at 56 per cent next year to reach US$171 million in revenues by the end of 2010, according to a report from Springboard Research.

The IT market research company has recently launched the report titled, 'Software-as-a-Service in China: 2009/2010', which further reveals that demand for SaaS will increase in the next two to three years. It also said the growth rate will far exceed that of the traditional IT industry, including the on-premise software market.

The Springboard survey also indicated that three out of four respondents interviewed are already subscribing to SaaS solutions, while out of the remaining, more than half are likely to subscribe to SaaS in the next 12 months.

"Also, almost 100 per cent of respondents in China reported being 'aware' of the SaaS concept, against only 52 per cent last year," the report said. "In terms of vertical industries, SMBs in retail, logistics, manufacturing, services and circulation report higher SaaS adoption."

The report also noted that on-demand applications in security and compliance have the highest penetration among the SaaS adopters in China, owing primarily to the large number of on-demand security applications available for free. Web conferencing/collaboration, customer relationship management (CRM) and e-mail were the other SaaS applications with high penetration in the country, said the report.

"On-demand security applications have a high penetration, but they account for only a small percentage of total SaaS revenue in China. The majority of SaaS revenue is driven by CRM, e-mail and collaboration applications," said Balaka Baruah Aggarwal, senior research manager for emerging software at Springboard.

According to the survey, the majority of SaaS applications in China are deployed in isolation. Chinese organisations are also behind the regional (Asia Pacific) average in terms of integrating SaaS solutions with enterprise applications.

Further, the survey noted, the largest percentage of SaaS purchases are made during face-to-face interactions, while only 22 per cent of purchases were made online through SaaS vendor websites.

http://www.networkworld.com/news/2009/112009-china-saas-market-to-reach.html

クラウドの価値を数学的に説明しようとした記事:クラウドの価格体系が変わる可能性?=>

クラウドの価値を数学的に説明しようとした記事: ポイントがいくつかあって、

  • クラウドのコストがOn-Premiseのコストより安ければよし。
という一点に判断要件が絞られる、という観点から議論が始まっている。
 
クラウドの方が安く済む、と判断されるケースが大きく分類して、次の2つあると述べている。
  1. クラウドの運用コストがOn-Premiseの運用コスト世総合的に安いとき
  2. 一時的なピーク時にかかるOn-Premiseへの投資(追加サーバ等)がクラウドのコストより高い時
最初のケースは、企業のITをすべてクラウド化する、という方式で、2つ目は、ハイブリッド運用の事を指している。 
 
本記事はそれを長々を数学的に説明しているが、こういった考えが広がっていくことによって何が起きうるかというと、クラウドサービスの完全なユーティリティ化で、特に価格が需要と共に変動するビジネスモデルが導入される可能性がある。 
 
例えば、クリスマス商戦時期のインターネットトラフィックが非常に多くなるとき、つまり企業のITニーズがピークを迎える時に、クラウド事業者は需要と供給の考え方から、価格を引き上げる事が当然考えられる。  また、Per-Per-Use以外の価格体系、例えば優遇対応を受ける事が出来る引き換えに、年間維持費、メンバー費用、登録費、等の価格体系が盛り込まれる事も想定すべきである。 
 
いわゆる、レンタカー、ホテル、等のビジネスモデルと同じである。 今はまだクラウドは黎明期なので、市場が成熟するまではあまりややこしいことをしない、という業界の理解がある、と想定できるが、今後競争が激しくなって、ビジネス戦略に工夫が必要になった場合に、こういった新しい価格戦略が出てくる事は想定すべきであろう。


Mathematical Proof of the Inevitability of Cloud Computing

In the emerging business model and technology known as cloud computing, there has been discussion regarding whether a private solution, a cloud-based utility service, or a mix of the two is optimal.  My analysis examines the conditions under which dedicated capacity, on-demand capacity, or a hybrid of the two are lowest cost.  The analysis applies not just to cloud computing, but also to similar decisions, e.g.: buy a house or rent it; rent a house or stay in a hotel; buy a car or rent it; rent a car or take a taxi; and so forth.

To jump right to the punchline(s), a pay-per-use solution obviously makes sense if the unit cost of cloud services is lower than dedicated, owned capacity. And, in many cases, clouds provide this cost advantage.

Counterintuitively, though, a pure cloud solution also makes sense even if its unit cost is higher, as long as the peak-to-average ratio of the demand curve is higher than the cost differential between on-demand and dedicated capacity. In other words, even if cloud services cost, say, twice as much, a pure cloud solution makes sense for those demand curves where the peak-to-average ratio is two-to-one or higher. This is very often the case across a variety of industries. The reason for this is that the fixed capacity dedicated solution must be built to peak, whereas the cost of the on-demand pay-per-use solution is proportional to the average.

Also important and not obvious, leveraging pay-per-use pricing, either in a wholly on-demand solution or a hybrid with dedicated capacity turns out to make sense any time there is a peak of "short enough" duration. Specifically, if the percentage of time spent at peak is less than the inverse of the utility premium, using a cloud or other pay-per-use utility for at least part of the solution makes sense. For example, even if the cost of cloud services were, say, four times as much as owned capacity, they still make sense as part of the solution if peak demand only occurs one-quarter of the time or less.

In practice, this means that cloud services should be widely adopted, since absolute peaks rarely last that long. For example, today, Cyber Monday, represents peak demand for many etailers. It is a peak who's duration is only one-three hundred sixty-fifth of the time. Online flower services who reach peaks around Valentine's Day and Mother's day have a peak duration of only one one-hundred eightieth of the time. While retailers experience most of their business during one month of the year, there are busy days and slow days even during those peaks. "Peak" is actually a fractal concept, so if cloud resources can be provisioned, deprovisioned, and billed on an hourly basis or by the minute, then instead of peak month or peak day we need to look at peak hours or peak minutes, in which case the conclusions are even more compelling.

I look at the optimal cost solutions between dedicated capacity, which is paid for whether it is used or not, and pay-per-use utilities.  My assumptions for this analysis are that pay-per-use capacity is 1) paid for when used and not paid for when not used; 2) the cost for such capacity does not depend on the time of request or use; 3) the unit cost for on-demand or dedicated capacity does not depend on the quantity of resources requested; 4) there are no additional relevant costs needed for the analysis; 5) all demand must be served without delay.

These are assumptions which may or may not correspond to reality.  For example, with respect to assumption (1), most pay-per-use pricing mechanisms offered today are pure.  However, in many domains there are membership fees, non-refundable deposits, option fees, or reservation fees where one may end up paying even if the capacity is not used.  Assumption (2) may not hold due to the time value of money, or to the extent that dynamic pricing exists in the industry under consideration.  A (pay-per-use) hotel room may cost $79 on Tuesday but $799 the subsequent Saturday night.  Assumption (3) may not hold due to quantity discounts or, conversely, due to the service provider using yield management techniques to charge less when provider capacity is underutilized or more as provider capacity nears 100% utilization  Assumption (4) may or may not apply based on the nature of the application and marginal costs to link the dedicated resources to on-demand resources vs. if they were all dedicated or all on-demand.  As an example, there may be wide-area network bandwidth costs to link an enterprise data center to a cloud service provider's location. Finally, assumption (5) actually says two things. One, that we must serve all demand, not just a limited portion, and two, that we don't have the ability to defer demand until there is sufficient capacity available. Serving all demand makes sense, because presumably the cost to serve the demand is greatly exceeded by the revenue or value of serving it. Otherwise, the lowest cost solution is zero dedicated and zero utility resources; in other words, just shut down the business. In some cases we can defer demand, e.g., scheduling elective surgery or waiting for a restaurant table to open up. However, most tasks today seem to require nearly real-time response, whether it's web search, streaming a video, buying or selling stocks, communicating, collaborating, or microblogging.

It is tempting to view this analysis as relating to "private enterprise data centers" vs. "cloud service providers," but strictly speaking this is not true.  For example, the dedicated capacity may be viewed as owned resources in a co-location facility, managed servers or storage with fixed capacity under a long term lease or managed services contract, or even "reserved instances."  By "dedicated" we really mean "fixed for the time period under consideration." For this reason, I will use the terms "pay-per-use" or "utility" rather than "cloud" except when providing colloquial interpretations.

Let the demand D for resources during the interval 0 to T be a function of time D(t), 0 <= t <= T.

This demand can be characterized by mean mu μ(D), which we shall simply call A, and a peak or maximum max(D) which we shall simply call P.  Needless to say, based on the definitions of mean and maximum, A <= P. For example, the average demand A might be for 9 CPU cores, with a peak P of 31 CPU cores.

Let the unit cost per unit time of fixed capacity be C, and let U be the utility premium.  By utility premium, I mean the multiplier for utility (pay-per-use) capacity vs. fixed.  The unit cost of on-demand capacity is then U * C.  For example, C might be $2.00 per core hour for fixed capacity.  If on-demand capacity costs $3.00 per core hour, then U would be 1.5, i.e., there is a 50% premium for on-demand capacity.

To be slightly more precise, because on-demand capacity is assumed to be pure pay-per-use, in contrast to fixed capacity which is paid for whether or not it is used, there is a premium when the capacity is used, and a 100% discount when the capacity is not used.  As stated above, this assumption may not be valid in all cases.

If U = 1, then fixed capacity and on-demand capacity cost the same.  If U < 1, then pay-per-use resources (e.g., the cloud) are cheaper on a unit-cost basis.  It has been argued that economies of scale and statistics of scale can make cloud providers' unit costs lower.  If U > 1, then pay-per-use resources (e.g., the cloud) are assessed to be more expensive on a unit-cost basis, as at least one study claims.  Even under these unit cost assumptions, a pure utility or hybrid solution may be less expensive in terms of total cost, as we shall see.

Thanks to assumption (2), we can rearrange the demand curve to be monotonically non-decreasing, i.e., in ascending order, to help illustrate the points.  In practical terms, this means that, for a site supporting special events, like concert or movie ticket sales, if they have a peak during 3 days each month, we can just treat it as if this peak occurred for 36 days at the end of the year.  This reordering doesn't impact mean, max, or any of the calculations below, but makes it easier to understand the proofs.  In the real world, such an assumption may not be the case.  Continuously growing, or at least non-decreasing, demand may be suitable for resourcing via fixed capacity.

Finally, it should be noted that thanks to assumptions (2) and (3), the cost of providing utility capacity to meet the demand D is just the utility premium U times the base cost C times the arithmetic mean A times the duration of time T. In other words, if the price of a hotel room doesn't vary based on day or quantity–and we ignore the time value of money–then renting 8 rooms on one night and 2 rooms the next night costs the same as renting 5 rooms for two nights. This is because Σ U * C * D(ti), i = 0 -> T = U * C * Σ D(ti), i = 0 -> T = U * C * A * T.

Proposition 1: If U < 1, that is, the utility premium is less than unity, a pure pay-per-use solution costs less than a pure dedicated solution.

Proof: The cost of the pay-per-use solution is A * U * C * T.  The cost of a dedicated solution built to peak is P * C * T.  Since A <= P and U < 1,

A * U * C * T <= P * U * C * T < P * 1 * C * T = P * C * T

Therefore, the pay-per-use solution costs less than the dedicated solution.

Colloquially, the cloud total cost is advantaged due to only paying for resources when needed, as well as paying less for those resources when used.

Proposition 2: If U equals 1, that is the utility premium is unity, and A = P, that is demand is flat, then a pure pay-per-use solution costs the same as a pure dedicated solution built to peak.

Proof: The cost of the pay-per-use solution is A * U * C * T.  The cost of a dedicated solution built to peak is P * C * T.  Since A = P and U = 1,

A * U * C * T =  P * U * C * T = P * 1 * C * T = P * C * T

Therefore, the pay-per-use solution costs the same as the dedicated solution.

In other words, if there is no difference between unit costs, and there is no variability in demand, it doesn't matter which strategy you use.  Of course, this assumes that your demand is predictable and that there is no financial risk, neither of which is typically the case.  Even if you believed this to be true, all other things being equal, you might prefer the cloud solution due to demand forecasting risk and due to financial risk, e.g., residual values being lower than projected or changes in tax laws.

Proposition 3: If U = 1 and demand is not flat, that is A < P then a pure pay-per-use solution costs less than a pure dedicated solution.

Proof: The cost of the pay-per-use solution is A * U * C * T.  The cost of a dedicated solution built to peak is P * C * T.  Since A < P and U = 1,

A * U * C * T <  P * U * C * T = P * 1 * C * T = P * C * T

Therefore, the pay-per-use solution costs less than the dedicated solution.

Interestingly, even if the unit cost of the pay-per-use utility is higher than the dedicated capacity, the total cost may be lower if the demand curve is "spiky" enough.

Proposition 4: Even if the utility premium U is greater than 1, if it is less than the peak-to-average ratio P / A, that is, 1 < U < ( P / A ), then a pure pay-per-use solution costs less than a pure dedicated solution.

Proof: Again, the cost of the pay-per-use solution is A * U * C * T.  The cost of a dedicated solution built to peak is P * C * T.  Since U < (P / A)

A * U * C * T <  A * (P / A) * C * T = P * C * T

Therefore, the pay-per-use solution costs less than the dedicated solution.

In other words, as I point out in my first law of Cloudonomics, even if a utility costs more (on a unit cost basis), the total cost can be lower than a dedicated solution, because of the savings when resources are not needed due to variations in demand.  The more "spiky" the demand is, the higher rate one might be willing to pay for the utility.  For example, if one needs a car every day for years, it makes sense to own / finance / lease it, for a rate of, say, ten dollars a day.  If one needs a car for only a few days, it makes sense to rent it, even though the rate might be, say, fifty dollars a day.  And if one needs a car for only a few minutes, it makes sense to grab a taxi, even though paying a dollar a minute works out to an equivalent rate of over a thousand dollars per day.

Let us define the total duration of the peak of the demand D to be Tp. That is, even if there are multiple periods when D is at peak, we sum them up to get Tp.  This turns out to be an important criterion for determining the value of hybrid clouds.

Proposition 5: If the utility premium U is greater than 1, and (Tp / T) < (1 / U), that is, the percentage duration of the peak is less than the inverse of the utility premium, then a hybrid solution costs less than a dedicated solution.

Proof: Consider the cost of a hybrid solution consisting of P – ε dedicated resources with any overflow handled on demand by pay-per-use capacity.  Because utility resources are only required to handle the ε worth of demand, and this demand only occurs for a duration of Tp of time,  the total cost to solution the demand is:

[(P - ε) * T * C] + [ε * Tp * C * U]

However, since Tp / T < 1 / U, multiplying both sides by T * U we see that Tp * U < T.  But then,

[ε * Tp * C * U] < [ε * T * C]

Which provides the inequality we need, namely that the total cost of the hybrid solution is

[(P - ε) * T * C] + [ε * Tp * C * U] <  [(P - ε) * T * C] + [ε * T * C]

Since  [(P - ε) * T * C] + [ε * T * C] = P * T * C is the cost of dedicated capacity, the total cost of the hybrid solution is less than the cost of dedicated capacity.

Note that P – ε is not necessarily an optimal solution, it just helps to demonstrate that there is a cheaper way to do things than using dedicated resources when the peak is sufficiently short-lived.  To find an optimal solution we would need to know more about the characteristics of the underlying demand curve, as we shall see below.

Conversely, let us define the total duration of non-zero demand to be TNZ. That is, even if there are multiple periods when D is greater than zero, we sum up their durations to get TNZ.  This turns out to be an important criterion for determining when a hybrid architecture beats a pure cloud.

Proposition 6: If the utility premium is greater than unity and the percentage duration of non-zero demand is greater than the inverse of the utility premium, i.e., (TNZ / T) > (1 / U) < 1, then a hybrid solution costs less than a pure pay-per-use solution.

Proof: This proof is the mirror image of the prior one.  Consider the cost of a hybrid solution consisting of ε dedicated resources with the remainder addressed by on-demand resources.  The cost of serving this extra remaining demand doesn't change between the pure pay-per-use and the proposed hybrid solution, so we need only consider the differential between using a dedicated solution and a utility solution for this first e of demand.  The cost of serving this demand with utility resources is ε * TNZ * U * C.  The cost of serving the demand with dedicated resources is ε * T * C.

Since TNZ / T > 1 / U, equivalently 1 / U < TNZ / T, so multiplying both sides by T * U gives us the inequality T < TNZ * U.  Then

ε * T * C < ε * TNZ * U * C

Therefore, a hybrid solution costs less than the pure utility.

In other words, if there is usually some baseline demand and utilities are somewhat costly, you may as well serve the typical baseline demand with the cheaper dedicated resources and save the on-demand resources for the variable portion of the demand.  As Jens Lapinski put it when commenting on one of my articles, a good rule of thumb is to "own the base, and rent the spike."

Knowing that, under the right conditions, a cost-optimal solution may be a hybrid cloud does not tell us what balance of dedicated and on-demand resources achieves the optimum balance.  For that, we will solve a specific example first, then argue for the general condition.

Proposition 7: Let D be uniformly distributed with peak P and the utility premium U > 1.  Then the optimal hybrid solution consists of P / U on-demand capacity and P – (P / U) dedicated resources.

Proof: Let the fixed capacity be F and any demand over this amount be served by variable, on-demand pay-per-use capacity V, where F + V = P.

The total cost of the solution is then the sum of the fixed cost plus the on-demand cost.  The fixed cost is just F * T * C.  The variable cost is based on the size of the triangle, which has height V.  The base of the triangle is based on the proportion between V and P, namely (V / P) * T.  The cost, which is based on the area of the triangle, is ½V * (V / P) * T * U * C, so the total cost is:

[F * T * C] + [ ½V * (V / P) * T * U * C]

T and C are common, so this is just:

[T * C]  * [F + ½V * (V / P)  * U]

Substituting (P – V) for F and simplifying terms, the total cost is

[T * C]  * [(P – V) + ½V2 / P  * U]

The minimum occurs when the slope / derivative is zero.  To solve this, it helps to remember that the derivative of a constant is zero, the derivative of a sum is the sum of the derivatives (as long as they exist), the derivative of xn is nxn-1, and the derivative of a constant times a function is the constant times the derivative of the function.  T and C are non-zero constants, so we take the derivative with respect to V and set it to zero, getting a minimum at:

0 = [T * C] * [0 – 1 + V * U / P]

So,

0 / [T * C]  = [0 – 1 + V * U / P]

Then

0 = 0 – 1 + V * U / P

Or, simplifying

1 = V * U / P

So the minimum occurs when V / P = 1 / U.

In other words, for uniformly distributed demand, the percentage of resources that should be on-demand is the inverse of the utility premium.  If there is no premium, all resources should be on-demand, if the utility premium is 2, half the resources should be on-demand, if the utility premium is 4, a quarter of the resources should be on-demand, and so forth.

It turns out that this points the way to finding an optimal hybrid solution for any demand curve. Utility simulation models can be used to determine where the optimal solution lies, but the key insight is that if there is a lot of use, one may as well use dedicated resources, whereas if there is infrequent use, one should use a pay-per-use strategy.  The break-even point occurs where the cost of a dedicated solution equals the cost of a pay-per-use solution, which is when the percentage of use is 1 / U.  For a fixed solution, the cost to service a sliver of demand for ε resources enduring for a period T/U would be ε * C * T, whereas for a pay-per-use solution, the cost would be ε * T/U * U * C, which is of course the same.  This also means that there may not be a single optimum, but a range of optimal solutions that are equal cost because while there is a break-even point, for some curves, a "break-even zone" of a quantity of resources with the same duration can exist, and any of those resources can be assigned to dedicated or pay-per-use fulfillment without impacting the total cost.

These last few propositions show the value of hybrid resourcing strategies.  If there is a short enough period of peak demand, rather than use only dedicated resources it makes sense to slice at least that out of the total solution and use on-demand pay-per-use resources to serve it.  On the other hand, if there is a long enough duration of non-zero demand, you may as well use dedicated resources to serve that baseline.

So, these are the criteria for determining when pure clouds, pure dedicated solutions, or hybrid dedicated and pay-per-use solutions may be cost-optimal.  The analysis above is oversimplified, since it assumes that there are no additional (marginal) costs for hybrid solutions.  Whether there are or not ultimately depends on the nature of the application and the architecture implementation and cost structure, as I discuss in 4 ½ Ways to Deal with Data During Cloudbursts.

While, strictly speaking, this isn't proof of the inevitability of cloud computing, I've used reasonably rigorous math to determine the conditions under which cloud computing is relevant. And, because these conditions are so easily met given the demand fluctuations and price differentials seen in the real world, it means that cloud computing should be at least a part of virtually every enterprise's IT strategy.

Joe Weinman is employed by a large telecommunications and cloud services company. The views expressed herein are his own, and not necessarily the views of his employer. (C) 2009 Joe Weinman

http://cloudonomics.wordpress.com/2009/11/30/mathematical-proof-of-the-inevitability-of-cloud-computing/

2009年12月2日水曜日

Amazon社CTOでAWS責任者のWerner Vogels氏: クラウドを障害対策のソリューションに=>

これは暗にAWSが障害対策、システム回復事業を自社のAWSで提供をすることを検討しているのか、少々気になる。 

もしそうだとすると、下記の記事にも指摘されているように、いわゆるBCS(Business Continuency Service)業界、障害検知/対策、システムバックアップ/回復、等のソリューションを提供していたSIにとっては大きな変化を強いる事になる可能性がある。


Amazon CTO Vogels: Cloud computing an option for disaster recovery

Posted by Larry Dignan @ 2:36 pm

Amazon CTO Werner Vogels said Tuesday that enterprises are increasingly using Amazon Web Services for disaster recovery.

Vogels, speaking at the Supernova conference in San Francisco (follow on Twitter), made the remarks during a cloud computing 101 talk.

While Vogels covered a lot of well covered ground—at least for folks that cover cloud computing regularly—his disaster recovery statement stuck out from an IT management perspective.

"Enterprises are writing enormous checks to disaster recovery companies," said Vogels.

It's a point well taken. Disaster recovery is a huge business that really took off after the Sept 11, 2001 terrorist attacks. If Amazon Web Services becomes a viable disaster recovery option it could be very disruptive.

Other odds and ends:

  • Vogels walked through a few more use cases. Marketing campaigns are using Amazon to scale up at launches.
  • Netflix is using Amazon Web Services to reach peak streaming demand.
  • Intuit uses Amazon to scale up during tax season.
  • And Eli Lilly is a big Amazon Web Services customer. The Eli Lilly case was also presented at a recent Gartner conference.


The common thread: Companies are looking to manage uncertainty. "New uncertainties (in business and IT) require new resource models," said Vogels.

http://blogs.zdnet.com/BTL/?p=27925

これがCloud Peeringを提唱する記事:これ、むしろ北米のクラウドと日本のデータセンタ業者の間でやったら良いのでは、と考える=>

Latencyがつまりユーザにとって懸念すべき要点である、と指摘。

このデータセンタ間のPeering向けの専用線を構築する構想はCDN事業者の考え方に沿っている。 ユーザが一番必要としているコンテンツをユーザに近い拠点に置いて、アクセスに掛かる時間を最適化する、という発想である。 

Joyent社とFacebook社等は既に両者間で専用のPeering用の専用線を持っており、Joyent上でFacebookのアプリケーションを運用する環境を構築している。


The Cloud's Hidden Lockin: Network Latency

Tom Hughes-Croucher (Yahoo!), Carlos Bueno (Yahoo! Inc.)

 

Every war is different but everyone prepares for the last war. If there was one lesson to learn from the Browser & OS Wars, it's that open APIs and data formats are not negotible. For every API there are several wrappers and compatibility layers. For every closed format there are reverse engineers waging constant guerrilla action to force it open.

Cloud computing and the Platform War it will bring is different because there are fundamental problems that you can't code your way out of. Network latency is one of them. The poor quality of inter-cloud data exchange creates an inherent bias towards using a complete solution stack from a single vendor. This lockin is especially devilish because no one can be blamed for actively creating it, and every vendor gains by ignoring it.

Network latency is (roughly) the time it takes to send a packet of data from point A to point B, and it directly impacts the utility and cost of any distributed system. Cloud vendors put a lot of effort into reducing latency within and between their datacenters. But between vendors, data is transmitted over the open internet, where bandwidth and latency degrade considerably. So the customer is charged twice for degraded service, whereas intra-cloud data exchange is essentially free.

Thus through neglect, vendors can create lockin. If you stay within the confines of a single vendor everything is cheap and fast. If you stray outside of that vendor's cloud everything becomes expensive and slow. It is infeasible to use (say) one vendor's virtual hosts with another vendor's database service—not because they are "incompatible" but because, in network terms, they are too far away. Latency reduces customers' negotiating leverage: switching vendors becomes more of an all-or-nothing thing.

We propose that the cloud vendors work out peering agreements to establish fast and cheap communications between their datacenters. We envision these working similarly to network peering agreements which reduce the friction of sending data anywhere on the internet. There are already real-world examples of this, such as the special pipe between Joyent and Facebook for hosted Facebook Apps.

We propose that CTOs who are being wooed by cloud vendors demand interoperability not just of APIs but also in the transfer of services. Right now, before they hand over their data, CTOs hold the most leverage they will ever have. They shouldn't budge until the latency trap is disarmed.

We will also talk about how smaller companies can minimize risk and preserve their leverage:

  • Servers are cheap: have deployable copies of software ready to switch to alternate vendors. Host your development site on a separate cloud. Carlos has tips and experience on this from his work at Archivd, Spock, Terespondo (Yahoo Search Marketing), and irs.gov.
  • Space is cheap: Keep continuous backups of data in three places: Cloud A, Cloud B and your office.
  • Talk is cheap: demand real progress on the issue every time you talk with your vendors.

Cloud peering will also have implications for "traditional" web services. Few companies base their operations on 3rd-party web services precisely because they are slow compared to inhouse systems. On the other hand, few companies are big enough to negotiate peering directly with the web services vendors. So here's how having lots of businesses in a Cloud can help. The cloud vendors (eg Amazon) can negotiate with the web services vendors (eg Yahoo) on a fast Amazon-Yahoo pipe, and everyone wins.

Cloud vendors are well-placed to do for web services what Content Delivery Networks (CDNs) do for images and video: bring them closer to their consumers as well as reducing the costs of the original publisher. There will be less incentive for, say, a website to maintain their own stale currency conversion tables when up-to-the-second rates are available with low latency.

The benefits don't stop there, however. With some of the recent web service aggregation platforms such as Yahoo's YQL and Gnip it becomes possible for smaller Cloud vendors to optimize routes to aggregators who have, in turn, optimized routes to web services. This makes it feasible for even smaller players to replace local services for which data freshness and quick response are required.

The most remarkable thing about the Cloud is that it gives organizations benefits that only larger internet entities could enjoy before. Among these is a degree of freedom to help shape the evolution of the internet in their favor. As more customers gather under the umbrella of Cloud vendors, they should be mindful of the leverage they are giving up, and how to use their collective leverage to steer things their way.

http://www.web2expo.com/webexny2009/public/schedule/detail/9537