From a10472c0977665ea2130d01a48e9030e25587d62 Mon Sep 17 00:00:00 2001
From: wangxy518 <40482095+wangxy518@users.noreply.github.com>
Date: Tue, 15 Dec 2020 18:13:18 +0800
Subject: [PATCH] Update deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md

---
 .../deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md         | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/docs/book/tutorials/deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md b/docs/book/tutorials/deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md
index aed92baa6..293d19e33 100644
--- a/docs/book/tutorials/deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md
+++ b/docs/book/tutorials/deploying_cpi_and_csi_with_multi_dc_vc_aka_zones.md
@@ -17,7 +17,7 @@ There exist 2 significant issues when deploying Kubernetes workloads or pods in
 1. Datastore objects, specifically names and even morefs (Managed Object References), are not unique across vCenters instances
 2. Datastore objects, specifically names, are not unique within a single vCenter since objects of the same name can exist in different Datacenters
 
-![Which datastore?](https://github.com/kubernetes/cloud-provider-vsphere/raw/master/docs/images/whichdatastore.png)
+![Which datastore?](https://raw.githubusercontent.com/kubernetes/cloud-provider-vsphere/master/docs/images/whichdatastore.png)
 
 There needs to be a mechanism in place to allow end-users to continue to use the human readable "friendly" names for objects like datastores and datastore clusters and still be able to target workloads to use resources from them. This is where the concept of zones or zoning comes in. Zones allow you to partition datacenters and compute clusters so that the end-user can target workloads to specific locations in your vSphere environment.