Reticularium

Is there a throughput limit on my server’s network interface card?

Your Cloud Server has a bandwidth cap that is applied in relation to the size of the server. Please note that the bandwidth caps are placed on outbound bandwidth only. Inbound bandwidth is not capped.

Chart valid as of December 8, 2011

This doesn’t harm in most cases, but still is worth keeping in mind that if you have a 256MB VPS, it is a 1/128 of the 32 GB server and thus its network bandwidth is usually limited to 1/128 of 1 Gigabit which equals 1 MB/sec.

Various gateway servers, balancers, caching proxies don’t need CPU power and RAM, so small 256MB VPS choice looks natural. This is where the problem may arise.

Amazon announced that S3 buckets now can be used for hosting static websites, not just files and images. It’s achieved by adding two properties to S3 buckets: document root and custom error pages.

Looks pretty useful. It was possible before, either by mounting S3 bucket as a folder via S3FS or using complex rewrite rules, but it’s become so much easier now.

For example, this article, if you are reading it from the website, is a static HTML page saved to disk by RoR cache controller. Using RoR routing I can easily remap such pages to e.g. static.reticularium.com and place this whole sub-domain to S3. This would decrease the load on my server and make access to such pages faster (via CDN). Not sure I want it though, I have to double-check whether it affects SEO things, but at least it’s possible now. For one project or another, it can be used to make access to your content faster and probably save you some money.

Амазон объявил, что теперь сторадж-сервис S3 может использоваться как хостинг для статических вебсайтов, а не только для картинок и файлов. Для этого к свойствам бакетов S3 добавлены два свойства: document root и custom error pages.

Нововведение выглядит довольно полезным. В принципе, это было возможно и раньше, при помощи монтирования бакета через S3FS или с использованием системы реврайтов, сейчас это стало совсем просто.

К примеру, если вы читаете эту статью с сайта, это статическая HTML страница. Она сгенерирована движком, но хранится как статика. Поэтому, используя новые фичи, я могу ее переложить на S3, правда в субдомен, например в static.reticularium.com, и поправить пути в RoR рутинге, чтобы отобразить статику на этот субдомен, что в результате может снизить нагрузку на мой сервер и сделать доступ к кэшированным страницам быстрее (через CDN интегрированный с S3). Не уверен правда, что это не повредит SEO, но подумать на эту тему можно, теперь есть такая возможность.

Files stored on Amazon S3 can be 5TB in size now.

If you are using my backup scripts to backup your data to S3, you can now empty the split_size parameter.

Despite the title, I am not going to provide any definition. You can find many definitions made by much smarter guys on the Internet. I saw many, but after reading most of them I had a stronge urge to say “Wow, it’s fantastic! So what you say cloud computing is?”

In fact, there is no definition. Because cloud computing is a paradigm shift. If you still need a definition, take this as one. I mean “A paradigm shift”. Shift towards what? Well, nobody knows exactly.

That’s why I am going to just explain what is usually meant by this, and I’ll try to do it in a sorted way.

Несмотря на заголовок, я не собираюсь давать никакого определения. Определения, придуманные разными умными людьми, без труда можно найти в Интернете. Правда, проблема с ними в том, что после их прочтения возникает желание сказать “Круто! Так что же такое все-таки cloud computing?”

На самом деле никакого детального определения не существует, потому что cloud computing – это смена парадигмы. Если вам все-таки нужно определение, это оно и есть. В смысле, “смена парадигмы”. Смена чего куда? Да в общем толком никто не знает. Известно только направление.

Поэтому я просто собираюсь рассказать, что под этим обычно понимается, детально и по порядку.

I have just found where that Rackspace decision to add VAT to the price resulted from. First I wanted to edit the previous article, but then decided to leave it as is. It’s still correct except a couple of details.

These details are as follows.

Yesterday I received an email message from Rackspace:

“Dear Igor Simonov,

The Rackspace Cloud would like to inform you of an important change to our billing system that will enable us to correctly handle VAT invoicing for our European customers.

As an existing Rackspace Cloud customer, you will need to enter your VAT registration number in your control panel prior to January 1, 2010 to avoid being charged the 17.5% tax for VAT. If you do not have a VAT ID number, or choose not to supply one, The Rackspace Cloud will begin charging you the 17.5% VAT tax on all invoices after January 1, 2010.”

Rackspace Cloud is a division of Rackspace focused on cloud technologies development. Their own service (actually three – Rackspace Cloud Servers, Rackspace Cloud Files and Rackspace Cloud Sites) is based on the recently acquired Slicehost VPS servers infrastructure. Since I am a Slicehost client myself and have many clients being hosted there, I was really curious how the Rackspace services look like.

Rackspace Cloud – это подразделение хостинговой компании Rackspace, занимающееся cloud-технологиями. Их собственный сервис (на самом деле три сервиса – Rackspace Cloud Servers, Rackspace Cloud Files и Rackspace Cloud Sites) базируется на серверах недавно ими приобретенной известной компании Slicehost, занимающейся VPS-хостингом и cloud-хостингом в том числе. Поскольку я являюсь давним клиентом Slicehost как и многие мои клиенты, мне было крайне любопытно, на что похожи сервисы компании Rackspace.