# Sizing Sizing applies to three key areas - compute, network, and storage. ## Compute Amazon has certified multiple instance families with different sizes to run SAP workloads. For more details, see [Amazon EC2 Instance Types for SAP](https://www.amazonaws.cn/sap/instance-types/). To provision instances based on your requirements, you can use the [Right sizing](https://docs.amazonaws.cn/whitepapers/latest/cost-optimization-right-sizing/cost-optimization-right-sizing.html#introduction-section) process. This process can help you optimize costs. Although it is ideal to use the right sizing approach when you move your SAP workloads to Amazon Cloud, it is an [ongoing process](https://docs.amazonaws.cn/whitepapers/latest/cost-optimization-right-sizing/right-sizing-ongoing-process.html). We recommend you to use the latest generation of your selected instance family. For a greenfield (new) deployment of SAP workloads, you can use the [Quick Sizer tool](https://help.sap.com/viewer/22bbe89ef68b4d0e98d05f0d56a7f6c8/2020.000/en-US/067579ee1f7f4ffba00c4abd9bc6f832.html) to calculate the compute requirement in SAPS. This helps you to select the closest matching Amazon EC2 instance for a price that is most economical for you. Before completing your selection, ensure that the selected Amazon EC2 instance provides enough Amazon EBS and overall network throughput to meet your application requirements. For migrations, you can use any of the following data sources to decide the right size of your instance: + Source system utilization and workload patterns, such as EarlyWatch alert reports. + Source system specification: CPU, memory, storage size \$1 throughput \$1 IOPS, network. + Source system SAPS rating. ## Network Network performance is often not explicitly stated as a requirement in SAP sizing. Amazon enables you to check the network performance of all [Amazon EC2 Instance Types](https://www.amazonaws.cn/ec2/instance-types/). Ensure that you have your network components setup to deploy resources related to your SAP workload. If you haven’t already setup network components like Amazon VPC, subnets, route tables etc., you can use the, [Amazon Quick Start Modular and Scalable VPC Architecture](https://www.amazonaws.cn/quickstart/architecture/vpc/) to most effectively deploy scalable Amazon VPC architecture in minutes. After setting up your Amazon VPC, you must set up Amazon EC2 instances within the Amazon VPC for your SAP workloads. ## Storage Amazon Elastic Block Store (Amazon EBS) volumes are designed to be highly available and reliable. Amazon EBS volume data is replicated across multiple servers in an Availability Zone to prevent the loss of data from the failure of any single component. Owing to this built-in protection, you can skip configuring `RAID 1` for these volumes. You must check that the storage required is enough to provide sufficient I/O performance. The new `gp3` volume is ideal for SAP ASE workloads that require smaller volume size. With `gp3`, the storage throughput and IOPS are decoupled from the size and can scale independently. The io2 volume is well-suited for I/O-intensive database workloads that require sustained IOPS performance or more than 16,000 IOPS. The `io2 Block Express` is another provisioned IOPS SSD volume for workloads that require sub-millisecond latency, sustained IOPS performance, and more than 64,000 IOPS or 1,000 MiB/s of throughput. **Note** `io2 Block Express` is only supported on select Amazon EC2 instance types. For more information, see [Provisioned IOPS SSD volumes](https://docs.amazonaws.cn/AWSEC2/latest/UserGuide/provisioned-iops.html#io2-block-express). The following table lists the main directories for SAP ASE database. | | | | --- |--- | | Usage | Directory | | Database instance root files | /sybase/ | | Database data files | /sybase//sapdata\$11 /sybase//sapdata\$1X | | Database log files | /sybase/saplog\$11 | | Database temporary tablespace | /sybase//saptmp | | Diagnostic tablespace for SAPTOOLS | /sybase//sapdiag | | Directory for ASE backup | /sybasebackup |