在 Windows Server Container 中運行 Azure Storage Emulator（二）：使用自訂的 SQL Server Instance

標籤：blog   service   blank   使用者   install   ges   ring   ber   images   

　　上一章，我們解決了 Azure Storage Emulator 自訂監聽地址的問題，這遠遠不夠，因為在我們 DEV/QA 環境有各自的 SQL Server Instance，我們需要將 ASE 的資料庫建到各自的 Instance 中。

　　先來看下 AzureStorageEmulator.exe help init 的結果：

 

　　呃，No way to set SQL Server connection string。這麼看來，使用 Windows 身分識別驗證是必須的了。不同伺服器使用 Windows 身分識別驗證有幾種方法，一是使用 NTLM 身分識別驗證，這個比較簡單，兩台伺服器都設定一個相同的帳戶，密碼也一樣，然後在 SQL Server 中給這個帳戶一個 login 就行了。然後 ASE 要以這個帳戶的身份運行，init 時指定 instance 就滿足了所有條件。

　　有 AD 的話就舒服了，在 AD 上添加一個使用者，然後 SQL Server 給這個帳戶一個 login，ASE 以這個帳戶的身份運行，就一切 OK 了。

　　但這兩種方法都不是我想要的，因為……我要將 ASE 運行在容器中。而在容器中運行 ASE 且使用 Windows 身分識別驗證，只有一種方法，那就是 gMSA。那麼，要上 PS 大法了（啥？PhotoShop？no no no，PowerShell）：

New-ADServiceAccount -Name AseSvc -DNSHostName ase.contoso.com -PrincipalsAllowedToRetrieveManagedPassword [ASE-HOST$] -KerberosEncryptionType RC4, AES128, AES256

 

　　在運行 ASE 的伺服器上（ASE-HOST）：

Install-WindowsFeature RSAT-AD-PowerShellInstall-ADServiceAccount AseSvcTest-AdServiceAccount AseSvc

 

　　輸出“True”表示 gMSA 已經 ready 了（有關建立 gMSA 的詳細資料，見我另一篇博文《在 Windows 容器中使用 gMSA》）。

　　下面，在 SQL Server 中添加 login：

 

　　OK，萬事俱備，只欠東風，下一章，我們就要把 ASE 運行在容器中了。

在 Windows Server Container 中運行 Azure Storage Emulator（二）：使用自訂的 SQL Server Instance