Data Warehousing on AWS is a core subject for the AWS Certified Data Analytics โ Specialty exam and for professionals working with Amazon Redshift, AWS Glue, Amazon S3, and related services. Mastering this topic requires understanding both the architectural principles of modern cloud data warehouses and the hands-on operational details of provisioning, loading, querying, and optimizing Redshift clusters.
Amazon Redshift is a fully managed, petabyte-scale data warehouse service built on a massively parallel processing (MPP) architecture. A Redshift cluster consists of a leader node that coordinates query planning and one or more compute nodes that store data and execute query fragments in parallel. Data is stored in a columnar format, which dramatically reduces I/O for analytical queries that aggregate a small number of columns across millions of rows.
This free printable PDF covers every major exam domain: cluster architecture, data loading patterns, performance tuning, AWS ecosystem integration, security controls, and cost optimization strategies. Use it to benchmark your readiness before sitting the AWS Certified Data Analytics exam or before undertaking a Redshift-based project at work.
Data warehouse architecture has evolved significantly with the rise of the data lake pattern. Modern architectures often combine a data lake on S3 (raw, unstructured, or semi-structured data) with a Redshift data warehouse (structured, query-optimized analytical data), linked by AWS Glue ETL jobs. Understanding when to query data directly from S3 using Redshift Spectrum versus loading it into Redshift tables is a key decision-making skill tested on the certification exam.
Redshift Cluster Architecture: Exam questions frequently test your understanding of node types (RA3 vs. DC2), the role of the leader node versus compute nodes, and how the MPP architecture distributes query execution. RA3 nodes separate compute from storage using managed storage backed by S3, allowing you to scale compute and storage independently โ a major architectural advantage over older DC2 nodes where they are coupled.
Data Loading Patterns: The COPY command is the recommended method for bulk loading data into Redshift from Amazon S3, Amazon DynamoDB, or an SSH host. It runs in parallel across all compute nodes and is significantly faster than single-row INSERT statements. The UNLOAD command exports query results back to S3 in parallel. You should understand how to use manifest files with COPY to load specific files, how to handle compressed data formats (GZIP, Parquet, ORC), and when to use Kinesis Data Firehose for streaming ingestion into Redshift.
Performance Optimization: Four levers dominate Redshift performance tuning. Sort keys (compound vs. interleaved) determine how data is physically sorted on disk, improving range-restricted query performance. Distribution styles (KEY, ALL, EVEN, AUTO) control how rows are distributed across compute nodes, with the goal of minimizing data movement during joins. Workload Management (WLM) assigns query slots and memory to different query queues, preventing large analytical queries from starving short transactional queries. Result set caching stores query results in memory on the leader node for up to 24 hours, returning cached results for identical repeated queries at near-zero latency.
AWS Ecosystem Integration: A production data warehouse rarely operates in isolation. AWS Glue provides serverless ETL to transform and load data from S3, RDS, or DynamoDB into Redshift. Amazon Athena allows ad hoc SQL queries directly against S3 data without loading it, using the same Glue Data Catalog as a metadata store. Redshift Spectrum extends this by letting you run a single SQL query that joins Redshift tables with external S3 tables, handled transparently by the query planner. Amazon QuickSight connects to Redshift for BI dashboarding with SPICE in-memory caching for fast interactive visualizations.
Security Architecture: Redshift clusters should be deployed within a VPC using private subnets with no public IP addresses. Cluster access is controlled through VPC security groups and network ACLs. Encryption at rest uses AES-256 with keys managed through AWS KMS or an HSM. Encryption in transit uses SSL/TLS. Database access uses IAM authentication via temporary credentials (GetClusterCredentials API) rather than static database passwords where possible, reducing the credential management burden.
Cost Optimization: On-demand pricing is the default but rarely the cheapest option for steady-state workloads. Reserved Instance pricing (1-year or 3-year terms) provides discounts of up to 75%. For variable or unpredictable workloads, Redshift Serverless automatically scales capacity and charges only for compute used during query execution, eliminating the cost of idle clusters. The pause and resume feature on provisioned clusters allows you to stop compute charges during off-hours without losing data.
One of the most commonly tested conceptual areas is the architectural distinction between a data lake and a data warehouse, and how AWS services map to each pattern. A data lake on AWS is typically built on Amazon S3, storing raw data in its native format โ structured, semi-structured (JSON, Parquet), or unstructured (logs, images). A data warehouse is a structured, schema-on-write repository optimized for SQL analytical queries, represented on AWS primarily by Amazon Redshift.
Modern AWS architectures often use both: data lands in S3 as the immutable source of truth, AWS Glue transforms and loads relevant subsets into Redshift for high-performance analytical queries, and Athena provides ad hoc exploration of the raw S3 layer without any loading step. AWS Lake Formation adds governance, access control, and data cataloging on top of the S3 data lake layer.
The exam tests your ability to choose the right service for a given scenario. If a question describes a need for sub-second BI dashboard queries against structured historical data, Redshift is the answer. If it describes ad hoc exploration of raw logs stored in S3 with no loading required, Athena is the answer. If it describes streaming data that needs to be continuously loaded into Redshift, Kinesis Data Firehose is the answer. Print this PDF, work through the scenario-based questions, and practice applying this decision framework to each one.