部署及探索分區化多租用戶應用程式

適用於：Azure SQL Database

在本教學課程中，您可以部署及探索稱為 Wingtip Tickets 的範例多租用戶 SaaS 應用程式。 Wingtip Tickets 應用程式是設計成用來展示簡化實作 SaaS 案例的 Azure SQL Database 功能。

這個 Wingtips Tickets 應用程式實作會使用分區化多租用戶資料庫模式。 分區化是依據租用戶識別碼。 租用戶資料會根據租用戶識別碼值散佈到特定資料庫。

此資料庫模式可讓您在每個分區化或資料庫中儲存一或多個租用戶。 您可以讓每個資料庫由多個租用戶分區化，以針對最低成本最佳化。 或者您可以讓每個資料庫僅儲存一個租用戶，以針對隔離最佳化。 您可以為每個特定租用戶獨立進行最佳化選擇。 第一次儲存租用戶時可以進行選擇，稍後您改變主意時也可以進行選擇。 應用程式的設計是這兩種方式都可以正常運作。

應用程式部署快速

應用程式會在 Azure 雲端中執行，並且使用 Azure SQL Database。 後續部署章節提供藍色的 [部署至 Azure] 按鈕。 按下按鈕時，應用程式會在五分鐘內完整部署到您的 Azure 訂用帳戶。 您具有完整存取權以使用個別應用程式元件。

應用程式是以三個範例租用戶的資料進行部署。 租用戶會一起儲存在一個多租用戶資料庫。

任何人都可以從他們的 GitHub 存放庫下載 Wingtip Tickets 的 C# 和 PowerShell 原始程式碼。

在本教學課程中學到

• 如何部署 Wingtip Tickets SaaS 應用程式。
• 在何處取得應用程式原始程式碼和管理指令碼。
• 關於組成應用程式的伺服器和資料庫。
• 如何使用「目錄」將租用戶對應到其資料。
• 如何佈建新租用戶。
• 如何監視應用程式中的租用戶活動。

建置此初始部署時可以取得一系列相關的教學課程。 教學課程會探索 SaaS 設計和管理模式的範圍。 當您進行教學課程時，我們鼓勵您逐步執行提供的指令碼，以查看如何實作不同的 SaaS 模式。

必要條件

若要完成本教學課程，請確定已完成下列必要條件：

• 安裝最新版的 Azure PowerShell。 如需詳細資料，請參閱開始使用 Azure PowerShell。

部署 Wingtip Tickets 應用程式

計劃名稱

在本節的步驟中，您將提供使用者值來確保資源名稱是全域唯一，且為資源群組的名稱，該群組包含部署應用程式時建立的所有資源。 假設使用者的姓名為 Ann Finley，我們建議使用以下名稱：

• 使用者：af1(姓名的首字母縮寫加上數字。如果第二次部署應用程式，請使用不同的值，例如 af2。)
• 姿云群組：wingtip-mt-af1(wingtip-mt 表示此為共用的多租用戶應用程式。附加使用者名稱 af1，讓資源群組名稱與其包含的資源名稱相互關聯。)

現在請選擇您的名稱，然後將它們寫下來。

步驟

1. 按一下以下藍色的 [部署至 Azure] 按鈕。

   • 它會開啟 Azure 入口網站以及 Wingtip Tickets SaaS 部署範本。

     

2. 輸入部署所需的參數值。

   重要

   針對此示範，請勿使用任何預先存在的資源群組、伺服器或集區。 而是選擇 [建立新的資源群組]。 不使用應用程式之後請刪除此資源群組，以停止相關計費。 請不要將此應用程式或任何它所建立的資源用於生產環境。 刻意讓應用程式中的一些驗證和伺服器防火牆設定不安全，以協助示範。

   • 針對資源群組 - 選取 [新建] 並提供資源群組的 [名稱] \(區分大小寫)。
     • 從下拉式清單中選取 [位置]。
   • 針對使用者 - 我們建議您選擇簡短使用者值。

3. 部署應用程式。

   • 按一下以同意條款和條件。
   • 按一下 [購買]。

4. 按一下 [通知] \(搜尋方塊右邊的鈴鐺圖示) 來監視部署狀態。 部署 Wingtip 應用程式大約需要五分鐘。

   

下載並解除封鎖管理指令碼

部署應用程式時，請下載應用程式原始程式碼和管理指令碼。

注意

從外部來源下載 zip 檔案並進行解壓縮時，Windows 可能會封鎖可執行的內容 (指令碼、DLL)。 從 zip 檔案解壓縮指令碼時，請遵循下列步驟先解除封鎖 .zip 檔案，再進行解壓縮。 解除封鎖 .zip 檔案時您就確定允許執行指令碼。

1. 瀏覽至 WingtipTicketsSaaS MultiTenantDb GitHub 存放庫。
2. 按一下 [複製或下載]。
3. 按一下 [下載 ZIP]，並儲存檔案。
4. 以滑鼠右鍵按一下 WingtipTicketsSaaS-MultiTenantDb-master.zip 檔案，然後選取 [屬性]。
5. 在 [一般] 索引標籤上，選取 [解除封鎖]，然後按一下 [套用]。
6. 按一下 [確定] 。
7. 解壓縮檔案。

指令碼位於 ..\WingtipTicketsSaaS-MultiTenantDb-master\Learning Modules\ 資料夾中。

更新此部署的設定檔

執行任何指令碼之前，請在 UserConfig.psm1 中設定「資源群組」和「使用者」值。 將這些變數設定為您在部署期間所設定的相同值。

1. 在 [PowerShell ISE] 中開啟 ...\Learning Modules\UserConfig.psm1。
2. 將 ResourceGroupName 和 Name 更新為您部署的特定值 (只在第 10 行和第 11 行)。
3. 儲存變更。

在此檔案中設定的值會由所有指令碼使用，因此它們是否正確很重要。 如果您重新部署應用程式，您必須為使用者與資源群組選擇不同的值。 然後使用新值再次更新 UserConfig.psm1 檔案。

執行應用程式

在 Wingtip 應用程式中，租用戶是場地。 場地可以是音樂廳、運動俱樂部或主辦活動的任何其他位置。 場地在 Wingtip 註冊為客戶，租用戶識別碼是針對每個場地所產生的。 每個場地會列出其在 Wingtip 中的近期活動，讓大眾可以購買活動的票證。

每個場地都有客製化 Web 應用程式可列出其活動及售票。 每個 Web 應用程式是獨立的且與其他租用戶隔離。 在 Azure SQL Database 中，每個租用戶的資料預設儲存在分區化多租用戶資料庫中。 所有資料都會以租用戶識別碼標記。

中央 [事件中樞] 網頁提供特定部署中租用戶的連結清單。 使用下列步驟，以體驗 [事件中樞] 網頁和個別 Web 應用程式：

1. 在網頁瀏覽器中開啟 [事件中樞]：

   • http://events.wingtip-mt.<使用者>.trafficmanager.net (請將 <使用者> 取代為您的部署使用者值。)

     

2. 按一下 [Events Hub (活動中心)] 中的 [Fabrikam Jazz Club (Fabrikam 爵士俱樂部)]。

   

Azure 流量管理員

為了控制連入要求的發佈，Wingtip 應用程式會使用 Azure 流量管理員。 每個租用戶的 [活動] 分頁在其 URL 中包含它的租用戶名稱。 每個 URL 也會包含特定「使用者」值。 每個 URL 都藉由使用下列步驟，遵守所顯示的格式：

• http://events.wingtip-mt.<使用者>.trafficmanager.net/fabrikamjazzclub

1. 活動應用程式會從 URL 剖析租用戶名稱。 在前述範例 URL 中，租用戶名稱是 fabrikamjazzclub。
2. 然後應用程式會雜湊租用戶名稱，以使用分區對應管理來建立索引鍵以存取目錄。
3. 應用程式在目錄中尋找索引鍵，並取得租用戶資料庫的對應位置。
4. 應用程式會使用位置資訊來尋找及存取一個包含租用戶所有資料的資料庫。

事件中樞

1. 事件中樞會列出在目錄及其場地中註冊的所有租用戶。
2. [事件中樞] 會使用目錄中的延伸中繼資料來擷取與每個對應相關聯的租用戶名稱，以建構 URL。

在生產環境中，您通常會建立 CNAME DNS 記錄以將公司網際網路網域指向流量管理員設定檔。

開始在租用戶資料庫上產生負載

應用程式已部署完成，請立即使用！ Demo-LoadGenerator PowerShell 指令碼會啟動對每個租用戶執行的工作負載。 許多 SaaS 應用程式的實際負載通常是偶發且無法預期的。 為了模擬這種類型的負載，產生器會產生跨所有租用戶散發的負載。 負載包含每個租用戶在隨機間隔發生的隨機暴增。 由於需要數分鐘的時間才會出現負載模式，因此，最好讓產生器先執行至少三或四分鐘，再監視負載。

1. 在 [PowerShell ISE] 中，開啟 ...\Learning Modules\Utilities\Demo-LoadGenerator.ps1 指令碼。
2. 按 F5 來執行指令碼並啟動負載產生器 (目前先保留預設參數值)。

Demo-LoadGenerator.ps1 指令碼會在負載產生器執行所在位置開啟另一個 PowerShell 工作階段。 負載產生器會在此工作階段執行為前景工作，該工作會叫用背景負載產生作業，每個租用戶一個作業。

前景工作啟動之後，它會維持在作業叫用狀態。 工作會為後續佈建的任何新租用戶啟動額外背景作業。

關閉 PowerShell 工作階段會停止所有作業。

您可能想要重新啟動負載產生器工作階段，以使用不同的參數值。 如果是的話，請關閉 PowerShell 產生工作階段，然後重新執行 Demo-LoadGenerator.ps1。

將新的租用戶佈建到分區化資料庫

初始部署在 Tenants1 資料庫中包含三個範例租用戶。 讓我們來建立另一個租用戶，並且觀察它對於已部署應用程式的影響。 在此步驟中，您按下一個按鍵以快速建立新的租用戶：

1. 在 [PowerShell ISE] 中，開啟 ...\Learning Modules\Provision and Catalog\Demo-ProvisionTenants.ps1。

2. 按 F5 (而不是 F8) 來執行指令碼 (目前先保持預設值)。

   注意

   您必須僅藉由按下 F5 鍵，而不是按下 F8 鍵，執行選取的指令碼部分，以便執行 PowerShell 指令碼。 F8 的問題在於 $PSScriptRoot 變數無法評估。 許多指令碼需要此變數才能瀏覽資料夾，或叫用其他指令碼，或者匯入模組。

新的 Red Maple Racing 租用戶會新增至 Tenants1 資料庫，並在目錄中註冊。 新租用戶的票證銷售事件網站會在瀏覽器中開啟：

重新整理「事件中樞」，而且新的租用戶現在會出現在清單中。

在它自己的資料庫中佈建新租用戶

分區化多租用戶模型可讓您選擇是否要在包含其他租用戶的資料庫中佈建新的租用戶，或是在其自己的資料庫中佈建租用戶。 租用戶隔離在自己的資料庫中具有以下優點：

• 可以管理租用戶資料庫的效能，而不會犧牲其他租用戶的需求。
• 如有必要，資料庫可以還原至以前的時間點，因為其他租用戶不會受到影響。

您可以選擇將免費試用客戶或經濟客戶放入多租用戶資料庫中。 您可以將每個進階租用戶放入其本身專用的資料庫中。 如果您建立大量資料庫，資料庫都只包含一個租用戶，您可以在彈性集區中集中管理它們，以最佳化資源成本。

接下來，我們佈建另一個租用戶，這次佈建在它自己的資料庫中：

1. 在 ...\Learning Modules\Provision and Catalog\Demo-ProvisionTenants.ps1 中，將 $TenantName 修改為 Salix Salsa$VenueType 修改為 dance，並將 $Scenario 修改為 2。

2. 按下 F5 以再次執行指令碼。

   • 這次按下 F5 會在個別資料庫中佈建新的租用戶。 資料庫和租用戶會在目錄中註冊。 然後瀏覽器會開啟至租用戶的 [事件] 分頁。

   

   • 向下捲動到分頁底部。 您會在橫幅中看到資料庫名稱，這是租用戶資料的儲存位置。

3. 重新整理「事件中樞」，兩個新的租用戶現在會出現在清單中。

探索伺服器和租用戶資料庫

現在我們看看一些已部署的資源：

1. 在 Azure 入口網站中，瀏覽至資源群組的清單。 開啟當您部署應用程式時建立的資源群組。

   

2. 按一下 catalog-mt<user> 伺服器。 目錄伺服器包含名為 tenantcatalog和 basetenantdb 的兩個資料庫。 basetenantdb 資料庫是空白的範本資料庫。 它會複製以建立新的租用戶資料庫，無論是用於許多租用戶或僅一個租用戶。

   

3. 返回資源群組，然後選取保留租用戶資料庫的 tenants1-mt 伺服器。

   • tenants1 資料庫是多租用戶資料庫，其中會儲存原始的三個租用戶，加上您新增的第一個租用戶。 它會設定為 50 DTU 標準資料庫。
   • Salixsalsa 資料庫會保留 Salix Salsa 舞蹈場地，作為其唯一的租用戶。 根據預設，它會設定為 50 DTU 的標準版本資料庫。

   

監視資料庫的效能

如果負載產生器已經執行數分鐘，應該已有足夠的遙測可供查看 Azure 入口網站的內建資料庫監視功能。

1. 瀏覽至 tenants1-mt<user> 伺服器，然後按一下 [tenants1] 以檢視其中有四個租用戶之資料庫的資源使用率。 每個租用戶受限於負載產生器的偶發性過重負載：

   

   DTU 使用率圖表妥善說明多租用戶資料庫如何跨多個租用戶支援無法預測的工作負載。 在此情況下，負載產生器會將大約 30 DTU 的偶發性負載套用至每個租用戶。 此負載等於 50 DTU 資料庫的 60% 使用率。 超過 60% 的尖峰是同時將負載套用至多個租用戶的結果。

2. 瀏覽至 tenants1-mt<user> 伺服器，然後按一下 salixsalsa 資料庫。 您會在只包含一個租用戶的此資料庫中看到資源使用率。

   

負載產生器將類似負載套用至每個租用戶，不論每個租用戶位於哪個資料庫。 在 salixsalsa 資料庫中只有一個租用戶時，您可以看到相較於具有數個租用戶的資料庫，此資料庫可以承受較高的負載。

資源配置會因工作負載而異

有時多租用戶資料庫需要更多資源以取得比單一租用戶資料庫更好的效能，但並非總是如此。 最佳資源配置取決於您的系統中租用戶之特定工作負載特性。

負載產生器指令碼所產生的工作負載僅供說明用途使用。

其他資源

• 若要了解多租用戶 SaaS 應用程式，請參閱多租用戶 SaaS 應用程式的設計模式。

• 若要深入了解彈性集區，請參閱：

  • 彈性集區可協助您管理及調整 Azure SQL Database 中的多個資料庫
  • 使用 Azure SQL Database 相應放大

後續步驟

在本教學課程中，您已了解：

• 如何部署 Wingtip Tickets SaaS 多租用戶資料庫應用程式。
• 關於組成應用程式的伺服器和資料庫。
• 租用戶會使用「類別目錄」來對應到其資料。
• 如何將新租用戶佈建到多租用戶資料庫與單一租用戶資料庫。
• 如何檢視集區使用率以監視租用戶活動。
• 如何刪除範例資源以停止相關計費。

現在，請嘗試佈建和類別目錄教學課程。