Channels ▼
RSS

Web Development

S3 Meets R3 (Reliability, Robustness, and Resilience)


Test Runs

Multiple file operations are available to a user of an Amazon S3 service. In our tests, we focused on two key file operations that dominate a user’s access pattern. The two key operations of interest to us are read (PUT) and write (GET). Realizing that users can store or retrieve files of varying sizes, we broke the latency test into four test cases:

             Test Case I.      Store (PUT) files ranging from 10-to-100 KB.

          Test Case II.      Store (PUT) files ranging from 1-to-10 MB.

       Test Case III.      Retrieve (GET) files ranging from 10-to-100 KB.

        Test Case IV.      Retrieve (GET) files ranging from 1-to-10 MB.

 

To test the latency of Amazon S3 Web Services, we relied on SOAPSonar Enterprise Edition, a Web Services client tool produced by our company, Crosscheck Networks. SOAPSonar performs functional and load testing as well as vulnerability assessment to ensure that Web Services are reliable and robust before they are deployed. To measure the latency of Amazon S3 Web Services, we used SOAPSonar Enterprise Edition for a full cycle of testing, which included tasks such as generating SOAP traffic and measuring performance metrics.

Figure 1 illustrates the setup used to test Amazon S3 Web Service. In all of our tests, files were written to Amazon S3 using SOAP with attachments based primarily on the MIME standard. We also ran tests using the DIME standard as a comparison and encountered different characteristics than the MIME standard.

Figure 1: Amazon S3 vs. SCP Test Setup

The following components & steps are required to run the performance metrics:

  1. Download and Install SOAPSonar Enterprise Edition as the S3 Client.
  2. Register with Amazon S3 to obtain the AWS Key and the Secret Key.
  3. Load the Amazon WSDL and Schema from the Amazon S3 in SOAPSonar.


Related Reading


More Insights






Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing or spam. Dr. Dobb's further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
 
Dr. Dobb's TV