SUSE -  openSUSE-Leap  - 42.1 
SUSE -  openSUSE-Leap  - 42.2
SUSE -  SLES  - 11-SP4
SUSE -  SLES  - 12-SP1
SUSE -  SLES  - 12-SP2
SUSE -  SLES-BYOS  - 11-SP4
SUSE -  SLES-BYOS  - 12-SP2
SUSE -  SLES-HPC  - 12
SUSE -  SLES-HPC  - 12-SP1
SUSE -  SLES-HPC-Priority  - 12
SUSE -  SLES-HPC-Priority  - 12-SP1
SUSE -  SLES-Priority  - 11-SP4
SUSE -  SLES-Priority  - 12-SP1
SUSE -  SLES-Priority  - 12-SP2
SUSE -  SLES-SAP  - 12-SP1
SUSE -  SLES-SAP  - 12-SP2
SUSE -  SLES-SAP-BYOS  - 12-SP1
SUSE -  SLES-SAP-BYOS  - 12-SP2
SUSE -  SLES-SAPCAL  - 11-SP4
SUSE -  SLES-SAPCAL  - 12-SP1
SUSE -  SUSE-Infrastructure  - SMT
SUSE -  SUSE-Manager-Proxy-BYOS  - 3.0
SUSE -  SUSE-Manager-Server-BYOS  - 3.0
RedHat -  RHEL  - 6.7
RedHat -  RHEL  - 6.8
RedHat -  RHEL  - 7.2
RedHat -  RHEL  - 7.3
RedHat -  RHEL-SAP-APPS  - 6.8
RedHat -  RHEL-SAP-APPS  - 7.3
Canonical -  Ubuntu15.04Snappy  - 15.04-Snappy
Canonical -  Ubuntu15.04SnappyDocker  - 15.04-SnappyDocker
Canonical -  UbunturollingSnappy  - 99.99-Snappy
Canonical -  UbuntuServer  - 12.04.2-LTS
Canonical -  UbuntuServer  - 12.04.3-LTS
Canonical -  UbuntuServer  - 12.04.4-LTS
Canonical -  UbuntuServer  - 12.04.5-DAILY-LTS
Canonical -  UbuntuServer  - 12.04.5-LTS
Canonical -  UbuntuServer  - 12.10
Canonical -  UbuntuServer  - 14.04-beta
Canonical -  UbuntuServer  - 14.04.0-LTS
Canonical -  UbuntuServer  - 14.04.1-LTS
Canonical -  UbuntuServer  - 14.04.2-LTS
Canonical -  UbuntuServer  - 14.04.3-LTS
Canonical -  UbuntuServer  - 14.04.4-LTS
Canonical -  UbuntuServer  - 14.04.5-DAILY-LTS
Canonical -  UbuntuServer  - 14.04.5-LTS
Canonical -  UbuntuServer  - 14.10
Canonical -  UbuntuServer  - 14.10-beta
Canonical -  UbuntuServer  - 14.10-DAILY
Canonical -  UbuntuServer  - 15.04
Canonical -  UbuntuServer  - 15.04-beta
Canonical -  UbuntuServer  - 15.04-DAILY
Canonical -  UbuntuServer  - 15.10
Canonical -  UbuntuServer  - 15.10-alpha
Canonical -  UbuntuServer  - 15.10-beta
Canonical -  UbuntuServer  - 15.10-DAILY
Canonical -  UbuntuServer  - 16.04-alpha
Canonical -  UbuntuServer  - 16.04-beta
Canonical -  UbuntuServer  - 16.04-DAILY-LTS
Canonical -  UbuntuServer  - 16.04-LTS
Canonical -  UbuntuServer  - 16.04.0-LTS
Canonical -  UbuntuServer  - 16.10
Canonical -  UbuntuServer  - 16.10-DAILY
Canonical -  UbuntuServer  - 17.04-DAILY
Canonical -  Ubuntu_Core  - 16
Canonical -  Ubuntu_Snappy_Core  - 15.04
Canonical -  Ubuntu_Snappy_Core  - Rolling
Canonical -  Ubuntu_Snappy_Core_Docker  - 15.04
CoreOS -  Container-Linux  - Alpha
CoreOS -  Container-Linux  - Beta
CoreOS -  Container-Linux  - Stable
CoreOS -  CoreOS  - Alpha
CoreOS -  CoreOS  - Beta
CoreOS -  CoreOS  - Stable
OpenLogic -  CentOS  - 6.5
OpenLogic -  CentOS  - 6.6
OpenLogic -  CentOS  - 6.7
OpenLogic -  CentOS  - 6.8
OpenLogic -  CentOS  - 7.0
OpenLogic -  CentOS  - 7.1
OpenLogic -  CentOS  - 7.2
OpenLogic -  CentOS  - 7.2n
OpenLogic -  CentOS  - 7.3
OpenLogic -  CentOS-HPC  - 6.5
OpenLogic -  CentOS-HPC  - 7.1

• Azure Powershell Cmdlets
• Linux und Windows in Azure richtig Handhaben. 
• ARM & komplette Automatisierung von Umgebungen
• Projekterfahrung teilen (typische Szenarien)
• Labs… #LernenDurchSchmerzen
• Black Magic

[update 15.02.2016:] danke für die zahlreichen Meldungen. die Infos gehen in Kürze raus. keine neuen Anmeldungen mehr]

mit dem Post richte ich mich an Azure-Experten & Consultants und die werdenden Experten. Ich plane einen Workshop mit dem Schwerpunkt…. Azure, was sonst.

Schwerpunkte werden sein:

• Azure Powershell Cmdlets, Cli-Client
• Linux und Windows in Azure richtig Handhaben. 
• ASM vs. ARM
• Projekterfahrung teilen
• Labs… #LernenDurchSchmerzen
• Black Magic

Habe ich dein Interesse geweckt und du möchtest dabei sein? Dann ping mich über den Blog an, unter “Email Blog Author”

Stichwort: Azure ITPRO Train The Trainer Workshop – Black Magic

Ich verspreche Euch einen Tag voller Deployments & rauchende Köpfe  

Alle weiteren Details folgen dann per Mail.

Liebe Grüße

Patrick

Hallo @all,

wenn man in Azure viel automatisiert, dann wird man früher und später eine Aufgabe lösen müssen. “Wie bekommt man die PowerShell Skripte secure & automatisch zur Ausführung ohne das Klartext-Passwörter verwendet werden für den Zugriff auf die Azure Subscription oder für den Zugriff auf Virtuelle Maschinen via Remote-PowerShell.”

Traditionell verwendet man in Azure die Management Zertifikate für den Zugriff auf Azure Subscriptions. Das ist Secure und gebunden mit einem Zertifikat für den User. Doch warum muss man User und Zertifikate pflegen, wenn man nur den Zugriff auf eine Ressource sicherstellen möchte. Kommt noch der Zugriff auf Virtuelle Maschinen hinzu, dann nutzt man in der Regel ein Active Directory. Also bläht sich das Management von IT Ressourcen auf und die Komplexität nimmt zu, indem man Zertifikate und AD zusammen pflegen muss.

Warum? 

Es geht genauso sicher und dennoch einfacher. Zudem gibt es einige Ressourcen in Azure die nicht mehr mit Management Zertifikaten unterstützt werden.

D.h. Azure Management Certificates sind Old-School

D.h. Befehle wie Get-AzurePublingingSettingsFile und import-AzurePublishingSettingsFile gehören für mich der Vergangenheit an.
https://blogs.technet.com/b/patrick_heyde/archive/2012/07/10/windows-azure-und-powershell-how-to.aspx

Die Frage ist nun: Wie sieht die Alternative aus? Einfacher und genauso sicher!

Ich verwendet dafür mein Azure Active Directory in der Azure Subscription. Dort habe ich einen Benutzer eingetragen. Man kann Azure AD Connect verwenden und das Lokale Windows AD mit dem Azure AD synchronisieren oder einfach einen User von Hand in das Azure AD eintragen. Auf diese Weise verwendet man die User Credentials in der Azure Subscription. Wenn man das Azure AD mit lokalem AD synchronisiert dann kann man sogar Single Sign On verwendet und nutzt die lokalen LogOn Credentials.

Am Ende ist nur eines wichtig. Man hat einen User Account im Azure AD zur Verfügung.

Nun kann man via PowerShell die Authentifizierung gegen das Azure AD verwenden. Was muss man dafür tun? Nichts weil Windows automatisch das AzureAD auflösen kann.

Damit man loslegen kann, sollte man den Azure AD User in der Azure Subscription berechtigen, also als Co-Administrator hinterlegen.

Und so geht es weiter, in Powershell verwendet man den Benutzernamen und das Passwort, indem man in der PowerShell Add-AzureAccount ausführt. Normalerweise öffnet sich dann ein Fenster, man gibt den Benutzernamen und das Password ein und erhält in der PowerShell Console die Credentials.

Die Option 1 ist jetzt wenig Secure, da das Passwort im Klartext im Skript hinterlegt ist.  Es soll einfach den ersten Einstieg verdeutlichen.

# Option 1:
$username = patrick@phclouddomain.onmicrosoft.com # Azure AD User Account
$password = ConvertTo-SecureString "meinPassword123" -AsPlainText -Force

$cred = new-object -typename System.Management.Automation.PSCredential -argumentlist $username, $password

Add-AzureAccount -Credential $cred

Get-AzureVM

Auf diese Weise hat die PowerShell Console Zugriff auf meine Azure Subscription bekommen und kann jetzt VMs aufbauen, Konfigurationen anpassen etc.

Als nächsten Schritt möchte man das Passwort nicht mehr im Klartext hinterlegen. D.h. den Secure-String verwenden, also ein verschlüsseltes Passwort kommt zum Einsatz.

Option 2:

Das Passwort abzusichern und nicht für jedem zugänglich zu machen:

read-host -assecurestring | convertfrom-securestring | out-file C:\temp\securestring.txt

Mit dieser Zeile erstellt man einmalig einen SecureString für sein Passwort. Es ist hinterlegt in einer Textdatei, es ist möglich dass man auch ein anderes Speichermedium verwendet wie eine Datenbank oder Windows AD User-Feld.

Um sich zu Authentifizieren benötigt man Zugriff auf die Datei, d.h. meine Windows logon Credential kann ein Mittel sein um den Zugriff auf die Datei zu begrenzen. Danach passiert der Rest automatisch ohne viel Aufwand:

$pass = Get-Content C:\temp\securestring.txt | convertto-securestring
$mycred = new-object -typename System.Management.Automation.PSCredential -argumentlist "patrick@phclouddomain.onmicrosoft.com",$pass

Add-AzureAccount -Credential $mycred

Get-AzureVM

Auf diese Weise kann man die Komplexität aus der Umgebung reduzieren bei gleichbleibender Security und einem hohem Automatisierungsgrad.

Viel Spaß damit,

Liebe Grüße

Patrick

MOSS 2007

• SharePointFarmSolutionExtractor
  This tool allows to verify all wsp files installed on SharePoint 2007 Farm. And it allows to download the wsp files from SharePoint Database to hard disk.

• PerformanceTester - (SharePoint / WebServer Performance Tester)
  PerformanceTester is a tool to create Stress for your WebServer. It make your bottlenecks, like: high CPU, high memory, long executions, ... visible and you can start troubleshooting your bottlenecks.

• Azure Website Migration Assistant tool - Download , Video
  Migrate your local Website from local server to an Azure website.

ASP.NET

• Debugging Area:

Debugging Tools (WinDbg)

WinDbg Extensions:

PSSCor2 - Managed Code Debugging for .Net 2, 3.0, 3.5 => CLR 2.0

PSSCor4 - Managed Code Debugging for .Net 4.0 => CLR 4.0

die Azure Product Group hat einen BlogPost veröffentlicht, den man in Deutschland eigentlich sehr beherzigen sollten. Nicht selten bin ich in Geprächen zu den Themen Datensicherheit und Security involviert.

Traurig ist nur, wie oft (fast wöchentlich) ich feststelle, wie selten über das Thema "fachlich" nachgedacht wird.

Daher meine Bitte: Lesen. Azure Certificate Best Practices

Kurze Zusammenfassung:

- bitte keine Credentials und Passwörter in .txt oder config-Files hinterlegen, auch ein ConnectionString sollte mal geändert werden.

- wildcard certificates vermeiden, sie gefährden das Gesamtsystem

Dieses Thema kann man sehr einfach lösen mit einem Ansatz, dem Azure Key Vault?

Get started on Azure Key Vault here.

Liebe Grüße

Patrick

traditionell wird in der IT die Infrastruktur nach dem maximalen Peak geplant . D.h. die Umgebung wird oftmals überdimensioniert umgesetzt, für den Fall der Fälle. In Azure wird Hardware zum Service. Ich nennen es mal Hardware as a Service, d.h. Hardware ist nur noch eine Quota, die man einfach aufdreht und wieder zudreht, wie einen Wasserhahn. D.h. auf dieser Basis plant man Cloud-Architekturen. Also nicht mehr nach dem maximalen Peak sondern nach dem Skalierungsverhalten und das Anfangsziel ist immer die Unterdimensionierung und minimale Hardwareanforderung.

Ja Ihr habt richtig gehört/gelesen, Unterdimensionierung. Am Anfang unterdimensioniert man jede Umgebung, denn damit definiert man die immer anfallenden Fix-Kosten. Ähnlich wie beim Wasserhahn. Wenn dieser zu 10% geöffnet ist, fließt ständig ein wenig Wasser und das kostet Geld.

Derzeit (Stand: 30.4.2015) werden die Azure Datenbankstufen auf stündlicher Basis gemessen und ein ändern des Performance-Levels ist pro Tag, 4 mal möglich. D.h. unter dem Strich, Wasserhahn voll aufdrehen => mehr Wasserkosten/Hardwarekosten, Wasserhahn zudrehen => weniger Hardwarekosten. Bei Azure SQL Datenbanken gibt es folgende Stufen bei der Wahl des richtigen PerformanceLevels/Hardwarestufen:

• Basis
• Standard S0
• Standard S1
• Standard S2
• (Standard S3 – in Preview)
• Premium P1
• Premium P2
• Premium P3

Notiz: Die Tabelle hilft, doch in der Praxis ist das Messen der Datenbankauslastung in der Performance-Stufe entscheidend.

Wie implementiert man diese Verhalten?

Insgesamt mit 3 Schritten:

1. Messen der aktuellen Lastsituation & Hardwareauslastung, pro Datenbank
2. Eine Entscheidungslogik definieren wann man skalieren möchte.
3. Skalierung durchführen

In dem Blogpost gebe ich euch die Schritte 1 und 3. Wie ihr am besten eure Applikation skaliert, d.h. in welche Stufe ihr springen wollt, das könnt ihr einfach austesten mit den beiden Schritten.

Punkt 1: Messen der Performancelast & Hardwareauslastung:
Der Hardware-Verbrauch wird in Azure SQL Datenbanken durch Performance-Stufen beschrieben. Jede Stufe hat eine Anzahl an CPU (DTU in Azure genannt), RAM, IO-Verhalten, etc.  Unter dem Strich kann man mit einer einzigen SQL Query die aktuelle Auslastung der Performance-Stufe abrufen:

-- aktuelle SQL Auslastung ausgeben
select top 1 * from sys.dm_db_resource_stats order by end_time desc

Die Query ist so intelligent, dass man das Ergebnis prozentual zur aktuell laufenden Performance-Stufe erhält. Also kein Wildes ausrechnen von Max. und Min.-Werten für die jeweilige Stufe.

Ich lasse es in der Regel via Powershell ausführen:

$mypassword = "..."
$user = "sqladmin"
$dbserver = "akskdfjasldkfa"
$dbname = "myDb"

function Invoke-SQL {
    param(
        [string] $sqlCommand = $(throw "Please specify a query.")
      )

    $connectionString = "Server=tcp:$dbserver.database.windows.net,1433;Database=$dbname;User ID=$user@$dbserver;Password=$mypassword;Trusted_Connection=False;Encrypt=True;Connection Timeout=30;"

    $connection = new-object system.data.SqlClient.SQLConnection($connectionString)
    $command = new-object system.data.sqlclient.sqlcommand($sqlCommand,$connection)
    $connection.Open()

    $adapter = New-Object System.Data.sqlclient.sqlDataAdapter $command
    $dataset = New-Object System.Data.DataSet
    $adapter.Fill($dataSet) | Out-Null

    $connection.Close()
    $dataSet.Tables | ft -AutoSize

}

for ($x = 0; $x -lt 10000; $x++)
{
    Write-Host "run $x"
     Invoke-SQL -sqlCommand "select top 1 * from sys.dm_db_resource_stats order by end_time desc"
   
    # sys.dm_db_resource_stats
    # sys.resource_stats
    Start-Sleep -Seconds 1
}

Das Ergebnis sieht dann so aus:

Punkt 2: Entscheiden wann der Performance-Hahn aufgedreht wird und wann dieser wieder zugedreht werden soll.

Bevor man einfach blind entscheidet muss man kurz ein paar Dinge wissen, damit man richtig und optimal entscheiden kann.

Azure SQL Datenbanken werden Stundengenau in der Performance-Stufe berechnet. Auf Basis dieser Information sollte man die Frequenz zum Skalieren von mind. größer als 1 Stunde wählen.

Pro Tag kann man eine Datenbank 4 mal skalieren. D.h. man muss mit dem skalieren sparsam und gleichzeitig bewusst umgehen.

weitere Details hierzu: https://azure.microsoft.com/de-de/pricing/details/sql-database/

Eine einfache Businessentscheidung:

2 Zeiten definieren und das unerwartete:
1. die Non-Business-Phase
2. die Business-Phase
3. die unerwartete Phase

ein Beispiel: 
Non-Buisness-Phase – 22:00 – 06:00 => S0
Business-Phase – 6:00 – 22:00 => S2
unerwartete Phase – S3, P1, P2, P3

In Summe benötigt man über den Tag 2 Wechsel und man hat noch 2 Wechsel der Performance-Stufe in Reserve, für den Fall, das etwas unerwartetes passiert.

Punkt 3: Automatisiert den Performance-Hahn regeln lassen

Das setzen der neuen Performance-Stufe passiert bspw. über PowerShell.

# get all sql azure db server listed
Get-AzureSqlDatabaseServer

Write-Host
$dbserver = Read-Host "Choose your DB-Server"
$sqlServerContext = New-AzureSqlDatabaseServerContext -ServerName $dbserver -UseSubscription

Start-Sleep -Seconds 1

# get all DBs from Server
Get-AzureSqlDatabase $sqlServerContext | select Name,Edition, ServiceObjectiveName,ServiceObjectiveAssignmentStateDescription, MaxSizeGB| ft -AutoSize

Write-Host
$database = Read-Host "Choose your Database on"

$db = Get-AzureSqlDatabase $sqlServerContext -DatabaseName $database
# Name                                       : testdb1
# CollationName                              : SQL_Latin1_General_CP1_CI_AS
# Edition                                    : Premium
# MaxSizeGB                                  : 500
# MaxSizeBytes                               : 536870912000
# ServiceObjectiveName                       : P1
# ServiceObjectiveAssignmentStateDescription : Complete
# CreationDate                               : 12.01.2015 15:14:09
# RecoveryPeriodStartDate                    : 12.01.2015 15:44:10

$perflevel = Read-Host "Choose your new Database Performance Level: (Basic, S0, S1, S2, P1, P2, P3)"

# define a Premium performance level for the Database
$performanceLevel = Get-AzureSqlDatabaseServiceObjective $sqlServerContext -ServiceObjectiveName $perflevel  # set value to "P1 or P2 or P3"

# set the db performance Level to current db
switch -wildcard ($performanceLevel.Description)
    {
        "*Basic*"    { Set-AzureSqlDatabase $sqlServerContext –Database $db –ServiceObjective $performanceLevel –Edition Basic -Force
                      Write-Output "setup to basic"
                    }
        "*Standard*" { Set-AzureSqlDatabase $sqlServerContext –Database $db –ServiceObjective $performanceLevel –Edition Standard -Force
                      Write-Output "setup to standard"
                    }
        "*Premium*"  { Set-AzureSqlDatabase $sqlServerContext –Database $db –ServiceObjective $performanceLevel –Edition Premium -Force
                      Write-Output "setup to premium"
                    }
    }

Write-Host
Write-Host "new performance level"
$status = Get-AzureSqlDatabase $sqlServerContext -DatabaseName $database

write-host "operation status is " $status.ServiceObjectiveAssignmentStateDescription.ToString()

while ($status.ServiceObjectiveAssignmentStateDescription -eq 'Pending')
{
    $status = Get-AzureSqlDatabase $sqlServerContext -DatabaseName $database
    $time = get-date

    write-host "operation status is: " $status.ServiceObjectiveAssignmentStateDescription.ToString() " - " $time.ToLongTimeString()
   
}
Get-AzureSqlDatabase $sqlServerContext -DatabaseName $database | select Name,Edition, ServiceObjectiveName,ServiceObjectiveAssignmentStateDescription, MaxSizeGB| ft -AutoSize

Zu guter Letzt benötigt Ihr noch etwas Traffic im System und dann kann das IT-Regel-System einmal durchgetestet werden.

Meine Erfahrungen mit dem Verhalten in Projekten ist bisher nur positiv.

Viel Spaß damit und Liebe Grüße

Patrick

wer schon immer mal wissen wollten, wo die Reise hingeht und sich auf neue Feature freuen mag.

Hier ist die Azure / Public Cloud Roadmap: Cloud Platform Roadmap.

Die Seite zeigt die einzelnen Feature im Status an:
- neu verfügbar
- verfügbar in der Vorschau-Version / (Beta-Stand, Public-Preview)
- aktuell in Entwicklung
- abgekündigte Features

Neben der Azure Roadmap Website gibt es zudem eine Feature-Request Website. D.h. man hat die Möglichkeit fehlende Features zu beantragen. Oder jemand auf der Welt hat das Feature schon beantragt steht in der Priorisierung noch nicht ganz weit vorn…. tja dann kann man für die Feature-Anfrage seine Stimme geben. Auf diese Weile kann man  Feature-Anfragen nach oben priorisieren.

Auf der rechten Seite kann man zudem nach den Hauptkategorien filtern und sehen was bspw. alles passiert mit Kommentaren von der Microsoft Product Group zu den einzelnen Bereichen:

Schaut man sich bspw. den Bereich SQL Datenbanken an, so sieht man gleich die am höchsten bewerteten Feature-Anfragen:

Liebe Grüße

Patrick