W ramach uaktualniania OneFS musi nastąpić niezbędna i obowiązkowa migracja naszej wcześniejszej wersji projektu i-węzła do nowej wersji; nie ma możliwości odroczenia lub uniemożliwienia tej migracji. Spowoduje to dotknięcie każdego pliku w klastrze OneFS, w tym przestrzeni użytkownika (/ifs) i wszystkich plików typu systemu.
Procedura ta rozpoczyna się po "zatwierdzonej" aktualizacji klastra OneFS w procesie aktualizacji.
Duża skala tego zadania w niektórych scenariuszach i wdrożeniach może spowodować przejściowe problemy z wydajnością.
Po wykonaniu aktualizacji OneFS zadanie typu aktualizacji systemu, które aktualizuje system plików po uaktualnieniu wersji oprogramowania, zostanie uruchomione automatycznie i będzie konieczne do jego wykonania. Jeśli między wydaniami OneFS aktualizacji zostaną wprowadzone zmiany w strukturze idę, zadanie uaktualnienia będzie wykonywać zmiany w strukturze i województwa dla każdego pliku. W takiej sytuacji uruchomienie zadania uaktualnienia może spowodować tymczasowe problemy z wydajnością ze względu na zwiększoną liczbę IOPS wymaganą do przeprowadzenia zmian w strukturze i-węzłów. Można to ograniczyć poprzez zmianę zasad zadania uaktualnienia na Niski z bieżącej wartości domyślnej nośnika.
Których systemów może dotyczyć ten problem?
| Produkt (i wersja) | Wszystkie klastry OneFS/PowerScale dla Isilon, które aktualizują się do wersji z wbudowanymi zmianami. |
| Uruchamianie tego oprogramowania podstawowego (system operacyjny (OS) lub środowisko systemu operacyjnego (OE)) |
Wersje OneFS ze zmianami struktury i węzłów: |
| Gdy ten warunek jest spełniony | Jeśli problem wystąpi, nastąpi to w godzinach lub dniach po zakończeniu uaktualnienia ogólnego i podczas uruchamiania tego zadania migracji. |
| I gdy ten warunek jest spełniony | Prawdopodobieństwo wystąpienia tego problemu nie jest pewne i zależy od wielu przejściowych czynników, takich jak ogólny stan klastra, rodzaj sprzętu, ogólny wpływ na system z poziomu zasad i przepływów pracy użytkownika końcowego, liczby obiektów plików w katalogu /ifs i innych czynników. |
W trakcie tego procesu dosłownie wszystkie pliki na platformie pamięci masowej zostaną szybko zmigrowane do nowej wersji id. Ogólne zaobserwowane przez laboratorium tempo aktualizacji na różnych platformach sprzętowych i przy użyciu domyślnych zasad zadań może działać nawet kilka dziesiątek milionów obiektów plików na godzinę. Pamiętaj, że "pliki" w tym kontekście nie odnoszą się tylko do plików przesłanych przez użytkownika, jak podano na przykład w sekcji Limity i raporty. Obejmuje to również wszystkie pliki i obiekty na poziomie systemowym.
Po rozpoczęciu migracji, jako zadanie w interfejsie wiersza poleceń o nazwie "Upgrade", które działa w ramach domyślnych zasad medium, istnieje możliwość, że klaster Isilon może napotkać tymczasowe i przejściowe problemy z wydajnością podczas tego uaktualnienia. Z ograniczonej liczby zaobserwowanych raportów wynika, że migracja województwa uaktualnienia może trwać w skali od godzin do dni w oparciu o politykę średniego poziomu.
Można to ograniczyć poprzez zmianę zasad zadania uaktualnienia z bieżącej wartości domyślnej średniego na niski.
Jeśli zaobserwowano wpływ na wydajność, aby ograniczyć te skutki, należy zmienić zasady zadania uaktualniania z średniego na niski. Zmiana zasady na Niski zmniejsza ogólny wpływ zadania podczas pracy, ale zwiększa czas ukończenia zadania.
Aby zmienić zasady aktualnie uruchomionego zadania aktualizacji na Niski, uruchom następujące polecenie:
Aby zmienić zasady przyszłych zadań aktualizacji do niskiego poziomu, uruchom następujące polecenie:
Uwaga: To zadanie jest kluczowym elementem tego konkretnego rodzaju aktualizacji. Chociaż priorytet zadania można zmienić, nie można zmienić bezwzględnego wymogu wykonania tego zadania. Jeśli zadanie miało zostać w jakiś sposób anulowane lub zakończone niepowodzeniem, zostanie wznowione ponownie. Zmiany węzłów muszą zostać zakończone.