2015/07/28

複数のサブスクリプションから、利用するサブスクリプションを選択 PowerShell編

■ログオン
PS> Add-AzureAccount

■ログオンしたアカウントで使えるサブスクリプションの一覧を表示
PS> Get-AzureSubscription 

SubscriptionId            : XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
SubscriptionName          : Plan XXX
Environment               : AzureCloud
SupportedModes            : AzureResourceManager,AzureServiceManagement
DefaultAccount            : hoge@hoge.com
Accounts                  : {hoge@hoge.com}
IsDefault                 : False
IsCurrent                 : False
CurrentStorageAccountName : 
TenantId                  : XaXaXaXa-XaXa-XaXa-XaXa-XaXaXaXaXaXa

SubscriptionId            : YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY
SubscriptionName          : Plan YYY
Environment               : AzureCloud
SupportedModes            : AzureServiceManagement,AzureResourceManager
DefaultAccount            : hoge@hoge.com
Accounts                  : {hoge@hoge.com}
IsDefault                 : True
IsCurrent                 : True
CurrentStorageAccountName : 
TenantId                  : YaYaYaYa-YaYa-YaYa-YaYa-YaYaYaYaYaYa

SubscriptionId            : ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ
SubscriptionName          : Plan ZZZ
Environment               : AzureCloud
SupportedModes            : AzureServiceManagement,AzureResourceManager
DefaultAccount            : hoge@hoge.com
Accounts                  : {hoge@hoge.com}
IsDefault                 : False
IsCurrent                 : False
CurrentStorageAccountName : 
TenantId                  : ZaZaZaZa-ZaZa-ZaZa-ZaZa-ZaZaZaZaZaZa

上記で、
IsCurrent                 : True
となっているサブスクリプション(Plan YYY)が、現在コンソールで操作対象になっているサブスクリプション。

■操作対象にするサブスクリプションを変更
たとえば、Plan ZZZ に変更する場合、
PS> Select-AzureSubscription -SubscriptionId ZZZZZZZZ-ZZZZ-ZZZZ-ZZZZ-ZZZZZZZZZZZZ


# subscription

2015/07/08

障害ドメイン(FD)と更新ドメイン(UD)


https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-manage-availability/

===
Each virtual machine in your Availability Set is assigned an Update Domain (UD) and a Fault Domain (FD) by the underlying Azure platform. For a given Availability Set, five non-user-configurable UDs are assigned to indicate groups of virtual machines and underlying physical hardware that can be rebooted at the same time. When more than five virtual machines are configured within a single Availability Set, the sixth virtual machine will be placed into the same UD as the first virtual machine, the seventh in the same UD as the second virtual machine, and so on. The order of UDs being rebooted may not proceed sequentially during planned maintenance, but only one UD will be rebooted at a time.
===

障害ドメイン(FD:Fault Domain)は、対、電源装置の障害やネットワーク装置の障害。
今後主流になるARMでは、可用性セット(Availability Set)ごとに、デフォルトでは3つのFDに、所属する仮想マシンが自動的に分散配置される。

更新ドメイン(UD:Update Domain)は、対、Azureインフラのメンテナンス作業。
可用性セット(Availability Set)ごとに、デフォルトでは5つのUDに、所属する仮想マシンが自動的に分散配置される。

本投稿時点では、可用性セット作成時に限り、以下のような選択ができた。
FDはデフォルト3(2-3で選択)
UDはデフォルト5(1-20で選択)



計画メンテナンス

2015/07/07

Azure CLI で Azure ARM:これだけ!シリーズ その4




azure network lb create -g g-TokyoIaaS -l JapanEast -n lb-web
info:    Executing command network lb create
+ Looking up the load balancer "lb-web"
+ Creating load balancer "lb-web"
+ Looking up the load balancer "lb-web"       
data:    Id                              : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/loadBalancers/lb-web
data:    Name                            : lb-web
data:    Type                            : Microsoft.Network/loadBalancers
data:    Location                        : japaneast
data:    Provisioning State              : Succeeded
info:    network lb create command OK

$ azure network lb frontend-ip create -g g-TokyoIaaS -l lb-web -i PublicIP-W -n frontend-Web
info:    Executing command network lb frontend-ip create
+ Looking up the load balancer "lb-web"
+ Looking up the public ip "PublicIP-W"
+ Creating frontend IP configuration "frontend-Web"
+ Looking up the load balancer "lb-web"
data:    Id                              : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/loadBalancers/lb-web/frontendIPConfigurations/frontend-Web
data:    Type                            : Microsoft.Network/loadBalancers/frontendIPConfigurations
data:    Name                            : frontend-Web
data:    Provisioning state              : Succeeded
data:    Public IP address id            : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/publicIPAddresses/PublicIP-W
data:    
info:    network lb frontend-ip create command OK

$ azure network lb address-pool create -g g-TokyoIaaS -l lb-web -n lbwebAddressPool
info:    Executing command network lb address-pool create
+ Looking up the load balancer "lb-web"                                        
+ Updating load balancer "lb-web"                                              
+ Looking up the load balancer "lb-web"                                        
data:    Id                              : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/loadBalancers/lb-web/backendAddressPools/lbwebAddressPool
data:    Type                            : Microsoft.Network/loadBalancers/backendAddressPools
data:    Name                            : lbwebAddressPool
data:    Provisioning state              : Succeeded
data:    
info:    network lb address-pool create command OK

2015/07/06

Microsoft Azure Technology Guidance

Azureのどのサービスを使ったらよいのか、をフローチャートで示してくれる。

http://azureweekly.info/azuretechselector


#ガイダンス

Azure CLI で Azure ARM:これだけ!シリーズ その3


$ azure network public-ip create -g g-TokyoIaaS -l JapanEast -d hogeweb -n PublicIP-W
info:    Executing command network public-ip create
+ Looking up the public ip "PublicIP-W"
+ Creating public ip address "PublicIP-W"
+ Looking up the public ip "PublicIP-W"
data:    Id                              : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/publicIPAddresses/PublicIP-W
data:    Name                            : PublicIP-W
data:    Type                            : Microsoft.Network/publicIPAddresses
data:    Location                        : japaneast
data:    Provisioning state              : Succeeded
data:    Allocation method               : Dynamic
data:    Idle timeout                    : 4
data:    Domain name label               : hogeweb
data:    FQDN                            : hogeweb.japaneast.cloudapp.azure.com
info:    network public-ip create command OK


$ azure network nic create -g g-TokyoIaaS -l JapanEast -m vNet-Tokyo -k subnet-172.16.1 -a 172.16.1.14 -n nic-web14
info:    Executing command network nic create
+ Looking up the network interface "nic-web14"
+ Looking up the subnet "subnet-172.16.1"
+ Creating network interface "nic-web14"
+ Looking up the network interface "nic-web14"
data:    Id                              : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/networkInterfaces/nic-web14
data:    Name                            : nic-web14
data:    Type                            : Microsoft.Network/networkInterfaces
data:    Location                        : japaneast
data:    Provisioning state              : Succeeded
data:    IP configurations:
data:      Name                          : NIC-config
data:      Provisioning state            : Succeeded
data:      Private IP address            : 172.16.1.14
data:      Private IP Allocation Method  : Static
data:      Subnet                        : /subscriptions/XXX/resourceGroups/g-TokyoIaaS/providers/Microsoft.Network/virtualNetworks/vNet-Tokyo/subnets/subnet-172.16.1
data:    
info:    network nic create command OK

2015/07/03

計画メンテナンス


https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-planned-maintenance/

以下、計画されたメンテナンスの場合・・・の要約です。

■2種類のメンテナンス手法
仮想マシンに対して与える影響が30秒以内で済む場合と、済まない場合がある。
多くの場合、"Memory-Preserving" という手法で update される。この場合、仮想マシンのリブートなしに30秒以内で済む。update 時、仮想マシンは paused され、その後、ホストに対するメンテナンスが実行される。ホストに対するメンテナンスが終了すると、仮想マシンは resumed される。仮想マシンに対する時刻同期もこのタイミングで自動実施される。
"Memory-Preserving"が適用できない場合もある。その際は、update 時、仮想マシンはシャットダウンされ、その後、ホストマシンに対するメンテナンスが実行される。ホストに対するメンテナンスが終了すると、仮想マシンは開始される。

■可用性セット、Availability Set
まず、可用性セットを組んである仮想マシンが配置されているホスト群からメンテナンスが開始される。なお、仮に1つの仮想マシンしか実行していなかったとしても、可用性セットを組んでいれば、可用性セットが組んであるホスト群に所属する。それが終わってから、可用性セットを組んでいない仮想マシンが配置されているホスト群のメンテナンスが開始される。

可用性セットが組んであれば、その可用性セットに含まれる仮想マシンが所属するホストは、すべてが同時にメンテナンス開始しないように、更新ドメイン(UD)ごとに30分以上の間隔を空けて更新が実施されるように仕込まれている。
障害ドメイン(FD)と更新ドメイン(UD)

■対となるリージョンのメンテナンス
可用性セットを組んでいない仮想マシンのために、対となるリージョンのメンテナンスは同時に実行されないように仕込まれている。対となるリージョンとは、たとえば日本では、東日本リージョンと西日本リージョンが該当する。
※東日本リージョンと西日本リージョンに、それぞれ1仮想マシンを配置し、それら2台の仮想マシンで冗長構成としている場合などを想定。※

■事前通知
可用性セットを組んでいない仮想マシン:1週間前に email で通知。
可用性セットを組んでいる仮想マシン:48時間前に email で通知。
emailは、サブスクリプションのプライマリ email アカウント宛に送られる。
# "Memory-Preserving" で update される場合は、通知されない。