# Object Storage Assumptions

## Number of Objects

Please enter your best estimate for the number of objects stored. You can get this information from your cloud provider's console or via script.&#x20;

### AWS

Get the number of objects form the AWS S3 Lens console:

1. Access the [S3 Lens console](https://s3.console.aws.amazon.com/s3/lens).
2. Click on one of the available (there should be a default) S3 Lens dashboard in the table.
3. Once open, under **Overview**, you will see a total object count.
4. Convert the object count to an integer (e.g.: 850K :arrow\_right: 850,000) and enter into the number of objects field in the Taloflow form.

{% hint style="warning" %}
To access S3 Storage Lens dashboards, you must use an IAM user and not a root account. Your AWS administrator must update your IAM permissions to allow for the `s3:ListStorageLensConfigurations`
{% endhint %}

{% hint style="info" %}
There are other ways to get the number of S3 objects covered in [this post](https://fuzzyblog.io/blog/aws/2019/10/24/three-ways-to-count-the-objects-in-an-aws-s3-bucket.html).
{% endhint %}

### Google Cloud Platform

Get the number of objects by running one of the scripts below in your terminal or in Google Cloud Shell:

* `gsutil du | wc -l`will list every object (i.e.: file) in the default project
* `gsutil du -p <PROJECT_ID> | wc -l` will list the objects for a specific project (replace `<PROJECT_ID>` with the relevant project ID.

{% hint style="warning" %}
If you have more than one project to include in the analysis, please run\
`gsutil du -p <PROJECT_ID> | wc -l`for each project and sum the results.
{% endhint %}

### Microsoft Azure

1. Log into the [Azure Portal](https://portal.azure.com/)
2. Select **Storage Accounts** under the services list
3. Select a storage account
4. In the left panel, under the Monitoring group, click on **Metrics**
5. Set up the **Scope** to the storage account, **Metric Namespace** to `Blob`, and **Metric** to `Blob count` , and Aggregation to `Avg` (See #1 in the screenshot below).
6. The **Blob Count** (i.e.: object count) will be at a ticker at the bottom of the chart (See #2 in the screenshot below).
7. Convert the object count to an integer (e.g.: 850K :arrow\_right: 850,000) and enter into the number of objects field in the Taloflow form.

![](https://2292763076-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MQkUmzRViVxDERN9vKk%2F-MaPM2JpLDHmYaFCxSGy%2F-MaPMTc60cA1Awy0PJ0W%2Fblobcount.png?alt=media\&token=099f896c-07ab-41a1-a52c-a117aceb97da)

{% hint style="info" %}
Blob count is equal to the number of blob objects in the storage account.
{% endhint %}

{% hint style="warning" %}
Azure currently does not allow for multiple storage accounts in a single metric view, so you will need to repeat the steps above for each storage account and total the Blob counts. (Azure is working on this)
{% endhint %}

## Data Transfer Estimates <a href="#data-transfer" id="data-transfer"></a>

{% hint style="danger" %}
Taloflow already captures the **INTER**-Regional GB Transfer IN and OUT from the uploaded cost reports. Do not include that data transfer when estimating the **INTRA**-Regional GB Transfer IN and OUT.
{% endhint %}

### Intra-Regional GB Transfer IN (Monthly) <a href="#intra-in" id="intra-in"></a>

{% hint style="warning" %}
Entering data in this field is optional but may produce a more accurate analysis because the storage migration could result in some additional ongoing transfer costs between services on your cloud provider of origin and the new storage provider.
{% endhint %}

Please provide the GB monthly volume of data transfer that occurs when other services (like a virtual machine) read or write data to a storage bucket in the same region (i.e.: **intra**-region). This back and forth is not captured in your current usage reports because it is intra-regional and therefore it is free of charge.

One way to estimate the amount of such traffic is to take your average file size in storage and multiply it by the number of times your services likely read or write data to object storage.

### Intra-Regional GB Transfer OUT (Monthly)

Please provide your best estimate of the GB monthly volume of data transfer from storage containers or buckets into applications in the same region (a.k.a: intra-region/VPC traffic). Turning on VPC flow logging might help one get a more accurate estimate.

* [VPC Flow Logs on AWS](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
* [Flow Logging on Microsoft Azure](https://docs.microsoft.com/en-us/azure/network-watcher/network-watcher-nsg-flow-logging-overview)
* [Using VPC Flow Logs on Google Cloud Platform](https://cloud.google.com/vpc/docs/using-flow-logs)

##
