…
|
||
---|---|---|
.. | ||
README.md |
README.md
Azure IPAM Deployment Overview
Prerequisites
To successfully deploy the solution, the following prerequisites must be met:
- An Azure Subscription (to deploy the solution into)
- The following Azure RBAC Roles:
- Owner at the above mentioned Subscription scope
- One of the following roles at the Root Management Group scope (needed to grant App Registrations and Managed Identity RBAC permissions):
- Owner
- User Access Administrator
- Custom Role with allow permissions of
Microsoft.Authorization/roleAssignments/write
- Global Administrator (needed to grant admin consent for the App Registration API permissions)
- Git installed
- Required to clone the Azure IPAM GitHub repository
- PowerShell version 7.2.0 or later installed
- Azure PowerShell version 8.0.0 or later installed (11.4.0 or later recommended)
- Microsoft Graph PowerShell SDK version 2.0.0 or later installed
- Required for Full or Apps Only deployments to grant Admin Consent to the App Registrations
- Bicep CLI version 0.21.1 or later installed
- Azure CLI version 2.35.0 or later installed (optional)
- Required only if you are building your own container image and pushing it to a private Azure Container Registry (Private ACR)
- Docker (Linux) / Docker Desktop (Windows) installed (optional)
- Required only if you are building your own container image and running it locally for development/testing purposes
Deployment Overview
The Azure IPAM solution is deployed via a PowerShell deployment script, deploy.ps1
, found in the deploy
directory of the project. The infrastructure stack is defined via Azure Bicep files. The deployment can be performed via your local machine or from the development container found in the project. You have the following options for deployment:
- Two-part deployment (Azure Identities and Permissions Only)
- Part 1: Azure Identities only
- App Registrations and Service Principals are created
- Required permissions are assigned to App Registrations and Service Principals
- Configuration details are saved to a
parameters.json
file which will be shared with the infrastructure team
- Part 2: Azure Infrastructure only
- Parameters are read from supplied
parameters.json
file - Azure infrastructure components are deployed
- Azure App Service is pointed to public or private Azure Container Registry
- Parameters are read from supplied
- Part 1: Azure Identities only
- Single deployment (Azure Identities, Permissions and Infrastructure)
- App Registrations and Service Principals are created
- Required permissions are assigned to App Registrations and Service Principals
- Azure infrastructure components are deployed
- Azure App Service is pointed to public or private Azure Container Registry
The two-part deployment option is provided in the event that a single team within your organization doesn't have the necessary permissions to deploy both the Azure identities within Entra ID, and the Azure infrastructure stack. If a single group does have all of the the necessary permissions in Entra ID and on the Azure infrastructure side, then you have the option to deploy the complete solution all at once.
Authenticate to Azure PowerShell
Before executing the Azure IPAM deployment script, you'll need to authenticate to Azure PowerShell and set the context to the target subscription in which you'd like to deploy the solution.
Connect to Azure PowerShell
# Sign in Interactively
Connect-AzAccount
# Sign in with Device Code
Connect-AzAccount -UseDeviceAuthentication
NOTE: If you're connecting to an Azure Cloud besides Azure Public (such as Gov, China, etc.), you may need to specify the
-Environment
flag as described here when usingConnect-AzAccount
Set the Active Subscription for Azure PowerShell
# Set Azure PowerShell Context
Set-AzContext -Subscription "<Target Subscription Name/GUID>"
# Example with Subscription ID
Set-AzContext -Subscription "28b502e2-323f-4e57-98db-743459176557"
# Example with Subscription Name
Set-AzContext -Subscription "Contoso IPAM Subscription"
For additional information on authenticating with Azure PowerShell, refer to the documentation here
Authenticate to Azure CLI (Optional)
If you are using the -PrivateACR
switch, you will need to be authenticated to the Azure CLI in addition to Azure PowerShell. This is because the deployment script will use the az acr build
feature to build the application containers and push them into the private Azure Container Registry and the equivalent commands are current not available via Azure PowerShell.
Connect to Azure CLI
# Sign in Interactively
az login
# Sign in with Device Code
az login --use-device-code
Set the Active Subscription for Azure CLI
# Set Azure CLI Active Subscription
az account set --subscription "<Target Subscription Name/GUID>"
# Example with Subscription ID
az account set --subscription "28b502e2-323f-4e57-98db-743459176557"
# Example with Subscription Name
az account set --subscription "Contoso IPAM Subscription"
For additional information on authenticating with Azure CLI, refer to the documentation here
Clone the Github Repo
# Example using PowerShell for Windows
PS C:\> git clone https://github.com/Azure/ipam.git
PS C:\> cd .\ipam\deploy
PS C:\ipam\deploy> .\deploy.ps1 <OPTIONS>
# Example using PowerShell for Linux
PS /> git clone https://github.com/Azure/ipam.git
PS /> cd /ipam/deploy
PS /ipam/deploy> .\deploy.ps1 <OPTIONS>
Full Deployment
To deploy the full solution, run the following from within the deploy
directory:
./deploy.ps1 -Location "westus3"
You have the ability to pass optional flags to the deployment script:
Parameter | Description |
---|---|
-UIAppName <name> |
Changes the name of the UI app registration |
-EngineAppName <name> |
Changes the name of the Engine app registration |
-Tags @{<tag> = '<value>'; <tag> = '<value>'} |
Attaches the hashtable as tags on the deployed IPAM resource group |
-ResourceNames @{<resource1> = '<name>'; <resource2> = '<name>'} |
Overrides default resource names with custom names 1,2 |
-NamePrefix <prefix> |
Replaces the default resource prefix of "ipam" with an alternative prefix 3 |
-Function |
Deploys the engine container only to an Azure Function |
-PrivateACR |
Deploys a private Azure Container Registry and builds the IPAM containers |
-DisableUI |
Solution will be deployed without a UI, no UI identities will be created |
NOTE 1: The required values will vary based on the deployment type.
NOTE 2: This must include ALL required resource names as shown below. Please review the Naming Rules And Restrictions For Azure Resources documentation to ensure your custom names are compliant and unique.
NOTE 3: Maximum of seven (7) characters. This is because the prefix is used to generate names for several different Azure resource types with varying maximum lengths.
Customize the name of the App Registrations:
./deploy.ps1 `
-Location "westus3" `
-UIAppName "my-ui-app-reg" `
-EngineAppName "my-engine-app-reg"
Change the name prefix for the Azure resources:
./deploy.ps1 `
-Location "westus3" `
-NamePrefix "devipam"
Add custom tags to the Azure resources:
./deploy.ps1 `
-Location "westus3" `
-Tags @{owner = 'ipamadmin@example.com'; environment = 'development'}
Deploy IPAM solution as an Azure Function:
./deploy.ps1 `
-Location "westus3" `
-Function
Deploy IPAM solution with a private Container Registry:
./deploy.ps1 `
-Location "westus3" `
-PrivateACR
Override default resource names with custom resource names:
$ResourceNames = @{
appServiceName = 'myappservice01'
appServicePlanName = 'myappserviceplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
}
./deploy.ps1 `
-Location "westus3" `
-ResourceNames $ResourceNames
Override default resource names with custom resource names and use a private Container Registry:
$ResourceNames = @{
appServiceName = 'myappservice01'
appServicePlanName = 'myappserviceplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
containerRegistryName = 'mycontainerregistry01'
}
./deploy.ps1 `
-Location "westus3" `
-ResourceNames $ResourceNames `
-PrivateACR
Override default resource names with custom resource names and deploy as an Azure Function:
$ResourceNames = @{
functionName = 'myfunction01'
functionPlanName = 'myfunctionplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
storageAccountName = 'mystorageaccount01'
}
./deploy.ps1 `
-Location "westus3" `
-ResourceNames $ResourceNames
-Function
Azure Identities (Only) Deployment
To deploy Azure Identities only, run the following from within the deploy
directory:
./deploy.ps1 -AppsOnly
You have the ability to pass optional flags to the deployment script:
Parameter | Description |
---|---|
-UIAppName <name> |
Changes the name of the UI app registration |
-EngineAppName <name> |
Changes the name of the Engine app registration |
-DisableUI |
Solution will be deployed without a UI, no UI identities will be created |
Customize the name of the App Registrations:
./deploy.ps1 `
-AppsOnly `
-UIAppName "my-ui-app-reg" `
-EngineAppName "my-engine-app-reg"
Deploy IPAM solution without a UI (API-only):
./deploy.ps1 `
-AppsOnly `
-DisableUI
As part of the app registration deployment, a main.parameters.json
file is generated with pre-populated parameters for the app registration IDs as well as the engine app registration secret. This parameter file will then be used to perform the infrastructure only deployment.
Infrastructure Stack (Only) Deployment
To deploy infrastructure only, ensure you have the auto-generated main.parameters.json
file created by the App Registration Only deployment in your deploy
directory. Alternatively, you can generate your own using main.parameters.example.json
as an example template.
Once your parameters file is ready, run the following from within the deploy
directory:
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json
You have the ability to pass optional flags to the deployment script:
Parameter | Description |
---|---|
-Tags @{<tag> = '<value>'; <tag> = '<value>'} |
Attaches the hashtable as tags on the deployed IPAM resource group |
-ResourceNames @{<resource1> = '<name>'; <resource2> = '<name>'} |
Overrides default resource names with custom names 1,2 |
-NamePrefix <prefix> |
Replaces the default resource prefix of "ipam" with an alternative prefix 3 |
-PrivateACR |
Deploys a private Azure Container Registry and builds the IPAM containers |
-Function |
Deploys the engine container only to an Azure Function |
NOTE 1: The required values will vary based on the deployment type.
NOTE 2: This must include ALL required resource names as shown below. Please review the Naming Rules And Restrictions For Azure Resources documentation to ensure your custom names are compliant and unique.
NOTE 3: Maximum of seven (7) characters. This is because the prefix is used to generate names for several different Azure resource types with varying maximum lengths.
Change the name prefix for the Azure resources:
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-NamePrefix "devipam"
Add custom tags to the Azure resources:
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-Tags @{owner = 'ipamadmin@example.com'; environment = 'development'}
Deploy IPAM solution as an Azure Function:
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-Function
Deploy IPAM solution with a private Container Registry:
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-PrivateACR
Override default resource names with custom resource names:
$ResourceNames = @{
appServiceName = 'myappservice01'
appServicePlanName = 'myappserviceplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
}
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-ResourceNames $ResourceNames
Override default resource names with custom resource names and use a private Container Registry:
$ResourceNames = @{
appServiceName = 'myappservice01'
appServicePlanName = 'myappserviceplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
containerRegistryName = 'mycontainerregistry01'
}
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-ResourceNames $ResourceNames `
-PrivateACR
Override default resource names with custom resource names and deploy as an Azure Function:
$ResourceNames = @{
functionName = 'myappservice01'
appServicePlanName = 'myappserviceplan01'
cosmosAccountName = 'mycosmosaccount01'
cosmosContainerName = 'mycontainer01'
cosmosDatabaseName = 'mydatabase01'
keyVaultName = 'mykeyvault01'
workspaceName = 'myworkspace01'
managedIdentityName = 'mymanagedid01'
resourceGroupName = 'myresourcegroup01'
storageAccountName = 'mystorageaccount01'
}
./deploy.ps1 `
-Location "westus3" `
-ParameterFile ./main.parameters.json `
-ResourceNames $ResourceNames `
-Function