This project is to facilitate hosting SonarQube in an Azure App Service directly. This does not require SonarQube to be in a Linux container. You can also use the same HttpPlatformHandlerStartup.ps1 and HttpPlatformHandler extension to host SonarQube in IIS on a hosted machine. This would eliminate the need for more complicated setup of IIS as a reverse proxy.
This project uses the embedded database. It is recommended for production to move to a proper database (MSSQL, Oracle, MySQL, Postgre) which can also be a hosted in Azure.
Deploy to Azure Public Cloud
Deploy to Azure US Government Cloud
Deploy to Azure China Cloud
Use the Deploy to Azure button above to deploy out an Azure App Service along with the additional files from this project. SonarQube may take up to 10 minutes to start the first time. This will deploy out a Basic (B1) App Service and have SQ use an in-memory database.
You can set SonarQube sonar.properties settings based on the Azure application settings. Anything prefixed with sonar.* will at runtime be set in sonar.properties file if it matches a property there. This enables settings to be defined in the ARM template and set at runtime.
Note: All entries in the sonar.properties file are commented out by the HttpPlatformHandlerStartup script on startup. To change the Sonar properties add the application settings entry in the configuration blade (e.g. Name = sonar.jdbc.password; Value = XXXXX).
After the ARM template is deployed a deployment script is executed to copy the wwwroot folder from the repository folder to the App Service wwwroot folder. It also finds the most recent release of SonarQube to download and extract into the App Service wwwroot folder.
The runtime execution is made possible by the HttpPlatformHandler. This extension will start any executable and forward requests it receives onto the port defined in HTTP_PLATFORM_PORT environment variable. This port is randomly chosen at each invocation. A web.config file is used to tell the HttpPlatformHandler which file to execute and what parameters to pass along to the executing file.
In order to make this work the HttpPlatformHandlerStartup.ps1 script is executed by the HttpPlatformHandler. The script searches for the sonar.properties file and writes the port defined in the HTTP_PLATFORM_PORT environment variable to the properties file. It also writes the java.exe location to the wrapper.conf file. Finally it executes one of the StartSonar.bat file to start SonarQube.
After installation, web app would be provided with logs cleanup web job, which would be removing all the logs older than 1 day (or value, specified in LogsToKeep
app settings variable)
If you wish to switch SQ to use an Azure SQL database deploy out the database with a case-sensative collation (e.g. SQL_Latin1_General_CP1_CS_AS) and update the Web App app settings with entries similar to:
Name | Value |
---|---|
sonar.jdbc.url | jdbc:sqlserver://AzureSQLDatabaseServer.database.windows.net:1433;database=DatabaseName;encrypt=true; |
sonar.jdbc.username | SqlUserLogin |
sonar.jdbc.password | SqlUserLoginPassword |
SonarQubeOldVersion
to currently deployed versionSonarQubeVersion
to new version to be deployedDownload new zip archive by executing following scripts at Kudu (in most cases it is https://YOUR-WEB-APP-NAME.scm.azurewebsites.net/DebugConsole/?shell=powershell):
$Edition = $Env:SonarQubeEdition
$Version = $Env:SonarQubeVersion
$OldVersion = $Env:SonarQubeOldVersion
if(!$Version -or ($Version -ieq 'Latest')) {
# binaries.sonarsource.com moved to S3 and is not easily searchable anymore. Getting the latest version from GitHub releases.
$releasesFromApi = (Invoke-WebRequest -Uri 'https://api.github.com/repos/SonarSource/sonarqube/releases' -UseBasicParsing).Content
$releasesPS = $releasesFromApi | ConvertFrom-Json
$Version = $releasesPS.Name | Sort-Object -Descending | Select-Object -First 1
Write-Output "Found the latest release to be $Version"
}
if(!$Edition) {
$Edition = 'Community'
}
$downloadFolder = 'Distribution/sonarqube' # Community Edition
$fileNamePrefix = 'sonarqube' # Community Edition
switch($Edition) {
'Developer' {
$downloadFolder = 'CommercialDistribution/sonarqube-developer'
$fileNamePrefix = 'sonarqube-developer'
}
'Enterprise' {
$downloadFolder = 'CommercialDistribution/sonarqube-enterprise'
$fileNamePrefix = 'sonarqube-enterprise'
}
'Data Center' {
$downloadFolder = 'CommercialDistribution/sonarqube-datacenter'
$fileNamePrefix = 'sonarqube-datacenter'
}
}
$fileName = "$fileNamePrefix-$Version.zip"
$downloadUri = "https://binaries.sonarsource.com/$downloadFolder/$fileName"
$wwwrootPath = "$env:Home\site\wwwroot"
$outputFile = "$wwwrootPath\$fileName"
Invoke-WebRequest -Uri $downloadUri -OutFile $outputFile -UseBasicParsing
Expand-Archive -Path $outputFile -DestinationPath $wwwrootPath -Force
$oldVersion = $env:SonarQubeOldVersion;
$newVersion = $env:SonarQubeVersion;
cp C:\home\site\wwwroot\sonarqube-$oldVersion\extensions\plugins\*.jar C:\home\site\wwwroot\sonarqube-$newVersion\extensions\plugins\ -Force;
$oldVersion = $env:SonarQubeOldVersion; rm C:\home\site\wwwroot\sonarqube-$oldVersion\ -Force
)In case something goes wrong - you could always restore from backup. For additional safety - create staging slot with copy of current application before proceeding with actions. If you are using other than Community edition - than your key is calculated basing on database connection string - so, you could not use another database for updating :(
Some alternative hosting methods are below with the relevant links.
Azure VM
http://donovanbrown.com/post/how-to-setup-a-sonarqube-server-in-azure
https://blogs.msdn.microsoft.com/visualstudioalmrangers/2016/10/06/easily-deploy-sonarqube-server-in-azure/
Azure App Service with a Linux Container
https://azure.microsoft.com/en-us/resources/templates/webapp-linux-sonarqube-mysql/
Docker Image
https://hub.docker.com/_/sonarqube/
IIS as a Reverse Proxy
https://blogs.msdn.microsoft.com/visualstudioalmrangers/2016/06/04/running-sonarqube-behind-an-iis-reversed-proxy/
https://jessehouwing.net/sonarqube-configure-ssl-on-windows/