Skip to content

Commit 61eeec6

Browse files
committed
updated size of images
1 parent eaa22bd commit 61eeec6

9 files changed

+8
-3
lines changed
224 KB
Loading
179 KB
Loading
164 KB
Loading
170 KB
Loading
201 KB
Loading

articles/availability-zones/migrate-workload-aks-mysql.md

Lines changed: 8 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,9 @@ Availability zone support for this workload must be enabled during the creation
1818

1919
This migration guidance focuses mainly on the infrastructure and availability considerations of running the following architecture on Azure:
2020

21-
:::image type="content" alt-text="Picture showing workflow architecture" source="./media/migrate-workload-aks-mysql/aks-mysql-architecture.jpg":::
21+
:::image type="content" alt-text="Picture showing first part of workflow architecture" source="./media/migrate-workload-aks-mysql/aks-mysql-architecture-one.png":::
22+
23+
:::image type="content" alt-text="Picture showing second part of workflow architecture" source="./media/migrate-workload-aks-mysql/aks-mysql-architecture-two.png":::
2224

2325

2426
## Workload service dependencies
@@ -117,7 +119,7 @@ Using the Application Gateway Ingress Controller add-on with your AKS cluster is
117119
The implication of deploying your node pools in specific zones, such as zone 1 and 2, is that all service dependencies of your AKS cluster must also support zone 1 and 2. In this workload architecture, your AKS cluster has a service dependency on Azure Database for MySQL Flexible Servers with zone resiliency. You would select zone 1 for your primary server and zone 2 for your standby server to be co-located with your AKS user node pools.
118120

119121

120-
:::image type="content" alt-text="Picture showing zone selection for MySQL Flexible Servers" source="./media/migrate-workload-aks-mysql/mysql-zone-selection.jpg":::
122+
:::image type="content" alt-text="Picture showing zone selection for MySQL Flexible Servers" source="./media/migrate-workload-aks-mysql/mysql-zone-selection.png":::
121123

122124
### Azure Cache for Redis
123125

@@ -127,7 +129,7 @@ The implication of deploying your node pools in specific zones, such as zone 1 a
127129

128130
- To achieve optimal resiliency, we recommend that you create your Azure Cache for Redis with three or more replicas so that you can distribute the replicas across three availability zones.
129131

130-
:::image type="content" alt-text="Picture showing three replicas for Azure Cache for Redis" source="./media/migrate-workload-aks-mysql/redis-create-replicas.jpg":::
132+
:::image type="content" alt-text="Picture showing three replicas for Azure Cache for Redis" source="./media/migrate-workload-aks-mysql/redis-create-replicas.png":::
131133

132134

133135
## Disaster recovery considerations
@@ -136,6 +138,9 @@ The implication of deploying your node pools in specific zones, such as zone 1 a
136138

137139
*Disaster Recovery* consists of recovery operations and practices defined in your business continuity plan, which is about how your workload recovers during a disruptive event and fully recovers after the event. Consider extending your deployment to an alternative region.
138140

141+
142+
:::image type="content" alt-text="Picture showing secondary region deployment architecture" source="./media/migrate-workload-aks-mysql/disaster-recovery.png":::
143+
139144
For your application tier, please review the business continuity and disaster recovery considerations for AKS in this article.
140145

141146
- Consider running multiple AKS clusters in alternative regions. The alternative region can either use a secondary paired region, or where there is no region pairing for your primary region, you are encouraged to select an alternative region based on your consideration for available services, capacity, geographical proximity, and data sovereignty. Please review this Azure regions decision guide. Also review the deployment stamp pattern.

0 commit comments

Comments
 (0)