Microsoft Azure

Określanie rozmiaru maszyny w Azure

Posted on

Cześć, zapewne nie jeden raz próbowałeś dobrać poprawny rozmiar maszyny wirtualnej w Azure do potrzeb Twojego projektu. Obecnie w Azure znajdują się 92 różne rozmiary maszyn. Poza podstawową różnicą wynikającą z ilości rdzeni (Core) oraz pamięci różnią się wydajnością podsystemu plików (maksymalną ilością dysków, przepustowością), ilością kart sieciowych itp.

Przy dobieraniu maszyny musimy kierować się kilkoma parametrami:

  1. Rozmiar maszyny (Core/Pamięć) powinien być zbliżony do rozmiaru maszyny którego szukamy. Może brzmi to dziwnie, ale nie jest to proste. W środowisku op-prem możemy w dowolny sposób określić ilość Core i pamięci, w Azure mamy gotowe szablony – nie możemy płynnie zmieniać ilości poszczególnych wartości.
    • Tak więc aby poprawnie dobrać maszynę trzeba wybrać taką, która spełnia minimum ilości pamięci i rdzeni. W przypadku pamięci – nie ma miejsca na kompromis – tu powinniśmy zaokrąglać wartość w górę – aplikacja nie może mieć za mało pamięci.
    • W przypadku procesorów powinniśmy wybrać tę samą ilość – aczkolwiek pamiętaj, że Core w Azure jest wydajniejszy niż Core w typowym środowisku on-prem. Za wyjątkiem maszyny Basic_A0 – nie stosujemy współdzielenia fizycznych Core dla Virtualnych Core – co znaczy, że każdy Core w maszynie wirtualnej ma swój dedykowany Core na hoście fizycznym.
  2. Wymagana wydajność dysków dla danych – tu warto zweryfikować zarówno potrzeby IOPS (ilości operacji dyskowych) jak i przepustowości. Część maszyn ma różne wartości przepustowości dla dysku z ustawionym cache lub bez.
  3. Wymagana ilość dysków – tu pamiętaj, że w Azure w celu zwiększenia wydajności dysków stosujemy trick polegający na łączeniu większej ilości dysków (na poziomie systemu operacyjnego realizujemy RAID0 – striping). https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-windows-infrastructure-storage-solutions-guidelines#striped-disks
  4. Wymagana przepustowość sieci. W dokumentacji Azure nie ma wyjaśnienia czym jest wartość podana jako low, moderate, high itp… może ten artykuł w tym Ci pomoże (https://social.msdn.microsoft.com/Forums/windowsmobile/en-US/b29b9356-d176-44bc-832a-f4e1ab184c02/azure-vm-network-bandwidth?forum=WAVirtualMachinesforWindows)

 

Jako iż powyższy proces jest dość złożony przygotowałem dokument w Excelu, który zawiera wszystkie dostępne obecnie rozmiary maszyn wraz  kluczowymi parametrami – ilośc core, pamięci, dysków itp. Dokument ma ustawione filtrowanie dzięki czemu odszukanie maszyny spełniającej nasze wymogi może być łatwiejsze…

Dla wygody pracy przyjąłem ceny w EUR dla regionu Europa Zachodnia (za wyjątkiem maszyn NC, które są dostępne tylko w dwóch regionach USA).
Jako cenę maszyny przyjąłem maszyną z systemem Linux – tak by zobrazować koszt samego wystąpienia (bez systemu). Dla wyceny VM z Windows ceny będą odpowiednio wyższe.

Przykład – nasza maszyna wzorcowa to serwer aplikacji, który posiada 4 CPU i 25 GB RAM

  1. Odfiltrujmy rozmiary maszyn o pamięci większej lub równej 25 GB

  2. Następnie odfiltrujmy te, które mają zbliżoną ilość Core, proponuję wybrać zarówno wartości większe jak i mniejsze – czyli np. 2, 4, 6, 8
  3. Posortujmy wyniki po kolumnie Price (pamiętaj, że to cena przykładowa dla danego regionu – dla weryfikacji ceny skorzystaj z cennika (https://azure.microsoft.com/pl-pl/pricing/details/virtual-machines/linux/)
  4. W wyniku musimy wybrać maszynę, która spełnia pozostałe wymagania (o których pisałem wcześniej – ilość dysków, kart sieciowych itp).

W tym przypadku maszyny, które pasują do naszego zapytania to A4m_v2, DS12_v2, D12_v2, D12, DS12. Wybór odpowiedniej jest zależny od wymaganej wydajności systemu plików – jeśli nasza aplikacja nie ma tutaj szczególnych wymagań  – to wystarczy nam A4m_v2

 

Dokument Excel znajduje się tutaj.

Sprawdź stan swojego backup w Azure Backup

Posted on

Jeśli korzystasz z agenta – sprawdź proszę czy Twój backup się dziś wykonał… Może tylko mi się to przytrafiło (dość mocno zmieniam ustawienia na swoje subskrypcji więc jest to możliwe).
Dziś rano dostałem komunikat z usługi, że backup się nie powiódł, sprawdziłem stan agenta i zastałem taki komunikat.

azure-backup-fail-01-errormsg

Zaktualizowałem agenta i backupy poszły dalej…

Ustawcie też sobie tak jak ja to zrobiłem – alert, który powiadomi Was lub zespół administratorów gdy coś pójdzie nie tak:

W usłudze Azure Recovery Vault wybierz – MONITORING AND REPORTS \ Alerts and Events, następnie Backup Alerts

azure-backup-fail-02-recovery-services-vault

na górze wybierz „Configure notifications”azure-backup-fail-04-configure-notificationsWłącz notyfikację (ON), wpisz adresy osób do których alert ma być wysłany.

azure-backup-fail-04-configure-notifications-form

Jak dodać do subskrypcji Azure kolejnego administratora z usługi Office365

Posted on Updated on

Jeśli mamy dostęp do subskrypcji Azure – w modelu pay-as-you-go, IUR, MSDN czy dowolnym innym, a następnie aktywujemy dla siebie usługi Office365 to może pojawić się pytanie – jak logować się do Azure za pomocą kont z Office 365, jak połaczyć elementy Office 365 z Azure.

Najprostszą drogą jest dodanie konta, które obecnie mamy w Office 365 do subskrypcji Azure jako co-administrator.

Poniższy scenariusz przedstawia jak dodać do subskrypcji osobę, która będzie współ-administratorem subskrypcji – nie regularnym użytkownikiem!

Opiszę poniżej jak to zrealizować:

  1. Logujemy się do naszej subskrypcji Azure i z lewej strony wybieramy zakładkę Azure Active Directory, jeśli zakładki nie widać to klikamy na dole w More Services i wyszukujemy ją na liście opcji.azure-add-office365-coadmin-01
  2. W Azure Active Directory otwieramy zakładkę Users and Groups, a w następnym oknie All Users. Następnie klikamy przycisk + Add. azure-add-office365-coadmin-02
  3. Wprowadzamy imię, nazwisko oraz adres e-mail użytkownika z Office365. Może to być adres e-mail jakim użytkownik loguje się do Office 365 – istotne jednak jest by adres był aktywny, tak by użytkownik mógł odebrać wiadomość.azure-add-office365-coadmin-03
  4. Następnie logujemy się do portalu Classic Azure (https://manage.windowsazure.com) i przechodzimy do sekcji Settings, ostatnia pozycja na dole.azure-add-office365-coadmin-10
  5. W ustawieniach wybieramy sekcję Administrators. Tu jest lista wszystkich kont, które posiadają uprawnienia administracyjne dla naszych subskrypcji. Możemy je później tutaj usuwać.azure-add-office365-coadmin-12
  6. Klikamy na dole przycisk ADD i w formularzu wprowadzamy adres e-mail użytkownika z Office 365. Zaznaczamy też poniżej do których subskrypcji użytkownik będzie mieć uprawnienia.azure-add-office365-coadmin-13
  7. W międzyczasie na skrzynkę użytkownika z Office 365 powinna dotrzeć wiadomośćpowinien dostać wiadomość e-mail z zaproszeniem do Azure Active Directory. Należy kliknąć na zielony przycisk Get Started.
    Tę operację proponuję wykonać w innej przeglądarce lub w sesji prywatnej tak by nie mieszać dwóch połaczeń do Azure w jednej sesji przeglądarki.
    azure-add-office365-coadmin-05
  8. Po kliknięciu pojawi nam się ekran powitalny – zaproszenie do zalogowania, aby powiązać konto Office 365 z Azure Active Directoryazure-add-office365-coadmin-06
  9. Logujemy się na nasze kontoazure-add-office365-coadmin-07
  10. Po poprawnym zalogowaniu trzeba będzie chwilkę odczekać, a następnie będziemy mogli się już zalogować do Azureazure-add-office365-coadmin-09

Azure Germany dostępne dla klientów

Posted on

cloud-computing-for-germany

Pod adresem https://azure.microsoft.com/en-us/overview/clouds/germany/ można już zakładać konta w celu uzyskania dostępu do zasobów Azure z datacenter zlokalizowanych w Niemczech.

Procedura założenia konta wymaga utworzenia nowej organizacji w domenie microsoft.de a następnie podania karty płatniczej.

Po kilku minutach uzyskamy dostęp do portalu zarządzania.

Maszynę zakłada się tak samo jak w innych regionach :-). Przy czym na razie nie widać informacji o cenach typów maszyn.

portal-azure-de

Azure App Service on Linux

Posted on Updated on

web-app-linux-title

W regionach West US, West Europe oraz Southeast Asia można już testować Web App Services oparty o Linuxa. Obecnie można w ramach usługi uruchomić aplikację opartą o PHP oraz Node.JS. W ramach testów nie ma dostępu do App Service Plan w wersjach darmowych ani współdzielonych jednakże cena instancji jest obniżona o 50%.

web-app-linux-phpinfo

Rozwiązanie działa w oparciu o serwer Apache httpd obecnie w wersji 2.4.10. PHP też nie jest najnowszy (5.6.23 lub 7.0.6), ale mam nadzieję, że wersja docelowa będzie oparta o najnowszy build. Dobrze, że PHP jest wyposażony w sporą ilość bibliotek, szkoda, że brakuje natywnej biblioteki do SQL Server (można by się do Azure SQL podłączyć).

NodeJS jest dostępny w wersjach 6.6.0, 6.2.2, 4.50, 4.4.7.

Dystrybucja to Linux Ubuntu ale poddany znacznym zmianom (hardening), bowiem z poziomu użytkownika wykonującego kod nie wiele można podejrzeć…