Wysłałeś Audit Snapshot do IBM. Wiesz, co w nim jest?

Pismo audytowe od IBM rzadko zaskakuje treścią. Lista żądań wygląda zawsze podobnie, a na jej początku stoi jeden punkt: raporty Audit Snapshot z ILMT za cały badany okres. Administrator ILMT loguje się do konsoli, otwiera raport All Metrics, ustawia kwartał, klika Audit Snapshot, pobiera ZIP i przekazuje go dalej. Plik ma kilkadziesiąt kilobajtów. Cała operacja zajmuje kwadrans.

Pytanie przychodzi dopiero po wysyłce: co właściwie było w tym pliku? Audytor dostał dane, których nikt po Twojej stronie nie przeczytał, bo w praktyce nie bardzo da się je przeczytać. Po rozpakowaniu widać kilkanaście plików CSV, w nich kolumny o nazwach, których nie tłumaczy żadna dokumentacja, a w kolumnach wartości w rodzaju „Recalculation Needed”, „Incomplete virtualization hierarchy” albo data w polu „End of Eligibility”. Audytor wie, co każda z nich oznacza. Ty dowiesz się z pisma ze wstępnymi ustaleniami.

Ten artykuł pokazuje, co zawiera Audit Snapshot, które pola audytor sprawdza w pierwszej kolejności i jak przejrzeć plik przed wysłaniem: w dwie minuty, bez wysyłania danych komukolwiek.

Co zawiera Audit Snapshot z ILMT

Audit Snapshot to archiwum ZIP, które IBM License Metric Tool generuje z raportu All Metrics. Zestaw plików zależy od danych w środowisku i od ustawień raportu, ale typowy snapshot z ILMT 9.2 wygląda tak:

• data_condition.txt: metryka snapshotu. Wersja ILMT, kto i kiedy go wygenerował, okres, grupa komputerów, zastosowane filtry, wersja katalogu oprogramowania i tabeli PVU. Na końcu lista kolumn każdego pliku CSV. Audytor zaczyna od tego pliku, bo z niego wynika, czy snapshot obejmuje całe środowisko i czy katalog nie jest sprzed roku.
• audit_snapshot_summary.csv: zużycie szczytowe w okresie, per produkt i metryka. To liczby, które trafiają do zestawienia audytora.
• bundling_definitions.csv: każda wykryta instancja oprogramowania IBM. Komputer, produkt, komponent, pakiet, metryka, ścieżka instalacji, data pierwszego i ostatniego kontaktu agenta, informacja, czy instancja jest potwierdzona, wykluczona albo zbundlowana ręcznie, i data End of Eligibility systemu operacyjnego. Najdłuższy plik w snapshocie i najczęściej czytany.
• pvu_sub_capacity.csv oraz, jeśli występuje, pvu_full_capacity.csv: hosty i maszyny wirtualne z liczbą rdzeni, stawką PVU i informacją, czy hierarchia wirtualizacji jest kompletna. Tu widać, które maszyny ILMT liczy po stawce domyślnej, bo nie zna hosta fizycznego.
• vpc_capacity.csv: to samo dla metryki Virtual Processor Core.
• products_daily_*.csv: wartość każdego produktu na każdy dzień okresu. Z tego pliku audytor widzi luki w pomiarach i jednodniowe skoki.
• part_numbers.csv: numery części zaimportowane do ILMT, czyli wszystko, co ILMT wie o Twoich uprawnieniach.
• audit_trails.csv: dziennik zmian w ILMT w badanym okresie. Kto co sklasyfikował, wykluczył albo zmienił, i kiedy.
• checksums.txt, signature.rsa, pub_key.pem: sumy kontrolne SHA-256 wszystkich plików i podpis RSA serwera ILMT. Dzięki nim audytor sprawdza, że nikt nie poprawił CSV w arkuszu kalkulacyjnym po wygenerowaniu.

Do tego dochodzą readme.txt, komentarz dodany przy generowaniu oraz mniejsze pliki, na przykład cloud_paks.csv albo lista instancji ukrytych w raportach.

Co audytor czyta jako pierwsze

Audytor nie czyta snapshotu od deski do deski. Ma listę pól, które sprawdza w pierwszej kolejności, bo każde z nich otwiera drogę do ustalenia. Oto te, które najczęściej kończą się pytaniem do klienta.

Used filters w data_condition.txt. Snapshot z filtrem albo z grupy innej niż All Computers pokazuje wycinek środowiska. Audytor zapyta o resztę i poprosi o kolejny plik.

Catalog Version i PVU Table Version. Stary katalog oznacza, że ILMT mógł nie rozpoznać nowszych wersji produktów. Audytor rozpozna je po swojemu, z aktualnym katalogiem, i policzy po pełnej pojemności, bo ILMT nie ma dla nich historii.

Computer Last Seen. Komputer, który ostatni raz zgłosił się dwa miesiące temu, ale wciąż ma na liście zainstalowane DB2, to dla audytora luka w danych. Luka w danych oznacza full capacity za okres, którego ILMT nie udokumentował.

End of Eligibility. Data w przeszłości oznacza, że system operacyjny tej maszyny stracił prawo do licencjonowania sub-capacity. Od tego dnia maszyna liczy się po pełnej pojemności hosta, niezależnie od tego, ile rdzeni ma przypisanych.

Incomplete virtualization hierarchy w pliku PVU. ILMT nie zna hosta fizycznego tej maszyny, więc stosuje stawkę domyślną. Audytor sięgnie po eksport z vCenter i policzy sam, zwykle na niekorzyść klienta.

Unconfirmed Product Instance. Instancje, których nikt w ILMT nie potwierdził, audytor traktuje jak zainstalowane i używane. Argument „to tylko komponent innego produktu” działa wyłącznie wtedy, gdy jest zapisany w ILMT, a nie w mailu po fakcie.

Imported Part Numbers. Produkt z użyciem, ale bez numeru części, to produkt, do którego trzeba będzie dostarczyć Proof of Entitlement. Czasem dokument się znajdzie, czasem nie.

Recalculation Needed. Snapshot wygenerowany bez rekalkulacji pokazuje liczby, których sam ILMT nie uważa za aktualne. Audytor to widzi i ma prawo poprosić o nowy plik albo policzyć konserwatywnie.

Żadne z tych pól nie jest ukryte. Wszystkie są w pliku, który wysłałeś. Różnica polega na tym, że audytor wie, gdzie patrzeć, a po stronie klienta zwykle nie ma nikogo, kto w ramach dnia pracy przeczytałby kilkanaście tysięcy wierszy CSV.

Jak sprawdzić Audit Snapshot przed wysłaniem

Z tego problemu wziął się Audit Snapshot Validator. To bezpłatne narzędzie, które czyta ten sam ZIP i w dwie minuty pokazuje to, co zobaczy audytor: wynik od 0 do 100 oraz listę problemów i uwag w siedmiu obszarach, od integralności plików, przez konfigurację serwera, skany, wirtualizację i klasyfikację, po numery części i zużycie w okresie. Każda pozycja jest opisana zwykłym językiem, z nazwami komputerów i produktów z Twojego pliku, i ma objaśnienie, dlaczego audytor zwróci na nią uwagę. Raport można pobrać jako plik HTML i omówić w zespole.

Plik nie opuszcza Twojego komputera. Cała analiza odbywa się w przeglądarce, a na stronie nie ma żadnego serwera, który przyjmowałby snapshoty. Jeśli polityka bezpieczeństwa w Twojej organizacji i tak nie pozwala wczytać raportu na zewnętrznej stronie, Audit Snapshot Validator Offline jest dostępny na prośbę: jeden plik HTML uruchamiany lokalnie, bez instalacji i bez dostępu do internetu, wydawany imiennie i bezpłatnie. Dostęp do wersji offline zamawia się przez formularz kontaktowy.

Narzędzie ma charakter poglądowy i jest udostępniane bez gwarancji. Wynik nie jest oficjalną miarą IBM i nie przesądza o rezultacie audytu. Szczegóły są w warunkach korzystania.

Jak wygenerować snapshot, który przejdzie tę kontrolę

Większość uwag, które narzędzie zgłasza w obszarze konfiguracji, bierze się z samego sposobu wygenerowania pliku. Pięć kroków, które to porządkują:

1. W konsoli ILMT otwórz menu Reports i raport All Metrics.
2. Ustaw okres: ostatni pełny kwartał. Snapshot generuj dopiero po jego zakończeniu, inaczej wartości szczytowe nie są ostateczne.
3. Zostaw grupę All Computers i nie nakładaj żadnych filtrów.
4. Jeśli raport pokazuje komunikat o potrzebnej rekalkulacji, najpierw ją uruchom i poczekaj na jej zakończenie.
5. Kliknij Audit Snapshot na pasku raportu, w razie potrzeby dodaj komentarz, kliknij Generate i pobierz ZIP.

Snapshoty archiwizuj co najmniej dwa lata. Tego wymagają warunki sub-capacity IBM i o tyle wstecz zapyta audytor.

Co zrobić z wynikiem

Raport z walidatora to lista objawów. Przyczyny siedzą w konfiguracji ILMT, w agentach, w VM Managerach i w decyzjach sprzed kilku kwartałów, których w snapshocie nie widać. Jeśli lista jest krótka, a wynik wysoki, wysyłaj plik. Jeśli nie, są dwa kolejne kroki: bezpłatna rozmowa 30 minut, na której przechodzimy przez listę i mówię, jakie są możliwości, a jeśli jest sens iść dalej, ILMT Health Check, czyli płatny przegląd środowiska z dostępem do ILMT, zakończony diagnozą przyczyn i planem naprawy.

Jeśli pismo audytowe już leży na biurku, a snapshot został wysłany, przeczytaj przewodnik po audycie licencji IBM albo zobacz, jak wygląda pomoc przy trwającym audycie.

Najczęściej zadawane pytania