pozdrowienia

Kuba

WMware udostępnił formularz nominacji do tytułu vExpert 2011! W tym roku kryteria selekcji są odrobine inne. Widać, że John Troyer poświęcił nad tym trochę czasu.

http://blogs.vmware.com/vmtn/2011/04/vmware-vexpert-2011-applications-now-open.html

formularz nominacji :

http://blogs.vmware.com/vmtn/vexpert-2011-nomination-form.html

W każdym razie, życzę powodzenia wszystkim blogerom, aktywistom i wszelakiej maści specjalistom.

Kuba

Do ściągnięcia tutaj : http://labs.vmware.com/flings/thinapp-vsphere

Aha, wygląda na to ze Cisco wypuściło całkiem fajny emulator interfejsu swoich systemów blade. Jeżeli posiadasz login do Cisco, a nie widziałeś jeszcze jak zarządza się UCS’em to jest to ciekawy sposób na zapoznanie się z podstawowym interfejsem.

Link : http://developer.cisco.com/web/unifiedcomputing/ucsemulatordownload

I kilka screenshotow z procesu instalacji i interfejsu:

Dzisiaj wpadł mi w ręce artykuł w którym Scott Drummonds umieścił video ze skryptem Davida Lloyda (http://vpivot.com/2011/01/11/vcenter-custom-alarms-instruction-tips-tools/)  po krotce opisujące możliwości uruchamiania komend systemowych po wystąpieniu alertu w vCenter. W sumie, bardzo ciekawy materiał. Otóż po obejrzeniu, wpadłem na pomysł aby wykorzystać Skype do przekazywania informacji o różnorakich alertach, jaki i narzędzia do wysyłania powiadomień SMS. Otóż, efektem moich zmagań, jest uber-proste narzędzie vcenter2skype.exe które to przekazuje alerty z vCenter w formie wiadomości Skype lub wkrótce SMS’a.

Proces instalacji:

Instalacja, niestety nie jest dziecinnie prosta i wymaga trochę czarowania na etapie konfiguracji. Potrzebne będą następujące programy

• mój vcenter2skype.exe –
  http://hostuje.net/file.php?id=cd0316efce477d0b691c92ca6182cccc
• .net 4
• skype
• oraz psexec – http://technet.microsoft.com/en-us/sysinternals/bb897553

  Teraz, po kolei instalujemy .net 4, skype, i kopiujemy mój program razem z psexec do jakiegokolwiek katalogu. W tym wypadku c:\temp\.

Otwieramy plik vcenter2skype.exe.config i zmieniamy skypeUserName na nazwę konta na które chcemy wysyłać powiadomienia.

teraz przystępujemy do wstępnej konfiguracji Skype, po pierwsze należy uruchomić skype jako użytkownik pod którym działa vCenter. W moim wypadku był to Local System i wykorzystałem psexec w trybie interaktywnym.

powinno załadować się okno Skype, w którym wpisujemy nazwę użytkownika i hasło jakiego będziemy używać. Teraz, również w trybie interaktywnym uruchamiamy vcenter2skype aby nadać odpowiednie uprawnienia.

okienko Skype powinno zamrugać i zapytać o autoryzacje, należy zezwolić

Teraz, należy zamknąć skype wciskając ctrl+c w oknie cmd

I uruchomić skype ponownie, tym razem bez przełącznika –i z psexec (można również dodać skype jako serwis, ale to nie obejmuje tego artykułu)

Teraz, wystarczy tylko dodać odpowiednie alerty w vcenter z triggerem wskazującym na skype2vcenter.exe, na przykład :

I gotowe, każde utworzenie resource pool spowoduje wysłanie wiadomości na skype

Polecam zapoznanie się z tym znakomitym dokumentem opisującym poszczególne etapy diagnozowania różnorakich problemów.

Nazewnictwo serwerów:

Wiadomo, wszyscy zaczynaliśmy nazywanie naszych serwerów czy to nazwami zwierząt, czy to kontynentami czy te innymi duperelami. Sprawdza się to w małych środowiskach, gdzie wszyscy wiedza o co chodzi gdy powiesz 

“tak, małpa jest w tym samym VLANie co słoń i dlatego ze pingwin zszedł nie można dostać się do królika!”.

Nie koniecznie jednak będzie to działać w środowisku gdzie serwerów jest więcej i są geograficznie rozproszone. Dla mnie, najbardziej przemawia nazewnictwo opisujące główna funkcje danego serwera wraz z poddomena czy prefixem opisującym lokacje. Na przykład

esx01.syd.mojafirma.com – dla pierwszego serwera esx w Sydney
vws01.nyc.mojafirma.com  – dla pierwszego webserwera w Nowym Jorku
adr02.cli3.nyc.mojafirma.com – dla drugiego serwera adr, klienta3 w NY

Nazewnictwo Datastores i storage adapters w vSphere:

W tym przypadku, główny problem jaki napotkałem podczas zarzadzania duża ilością Datastores to zorientowanie się z którego SANa korzystam i jaka jest charakterystyka LUN’a którego staram się użyć. Metod prób i błędów doszedłem do następującej konwencji nazewniczej dla Datastores:

SAN00_HL0000_L00_FC_Nazwa, gdzie

SANXX – to numer storage
HL00000 – to numer LUNu na macierzy
L00 – numer LUNu pod jakim jest on zaprezentowany hostom
FC/ST/SA – to typ dysków z jakich jest zbudowana grupa dyskowa
Nazwa – opisuje do czego ten Datastore służy

np: SAN02_HL0000_L00_FC_Production1

Nazewnictwo portgrup w vSphere

Tutaj konwencja jaka stosuje jest dość prosta, prefiksuje nazwę porgrupy numerem VLANu aby łatwiej było zorientować się w konfiguracji. Ta sama nazwa użyta jest również jako nazwa adaptera sieciowego w Windows oraz nazwa VLANu na switchach.

np:
VLAN100_DMZ
VLAN310_TestLab1
VLAN320_CustomerX

Oczywiście, każdy ma swoje przyzwyczajenia czy tez wymagania, dlatego chętnie usłyszałbym jak Wy rozwiązujecie problem nazewnictwa?

Pozdrowienia
Kuba

Appliance w prosty sposób umożliwia symulowanie łaczy WAN czy innej maści problematycznych połączeń. Umożliwia symulacje zgubionych pakietów, wysokiej latencji czy ograniczonych możliwości przesyłu danych. System dostępny jest za darmo do zastosowań prywatnych, wiec, jezeli komuś nie chce się samodzielnie konfigurować DummyNet (http://info.iet.unipi.it/~luigi/dummynet/) jest to pozycja warta rozpatrzenia.

Instalacja jest jak to w przypadku OVF, dziecinnie prosta, należy tylko pamiętać o podłączeniu trzech NICów do appliance i można przystępować do testowania. U mnie system użyty został do testowania dalekich vMotion oraz do diagnozowania problemów z niektórymi aplikacjami dostępnymi po WAN.

Multum dostępnych opcji powoduje, że jest to jedno z lepszych narzędzi tego typu.

Predefiniowane łącza WAN

Ustawienia dla zaawansowanych:

Konfiguracja Latency

Konfiguracja poziomu starty pakietów