Re: Pytanie laika

Autor: MC <m5c_at_go2.pl>
Data: Tue 12 Apr 2011 - 11:40:59 MET DST
Message-ID: <io16nb$cgk$1@node2.news.atman.pl>
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original

Użytkownik "Bartosz Feński aka fEnIo" <fenio@debian.org> napisał w
wiadomości news:slrniq6htb.71d.fenio@serwer.fenski.pl...
>W artykule bofh@nano.pl napisał(a):
>
>>>>>> Należy się również liczyć z tym, że podczas przenosin z jednego
>>>>>> hostingu
>>>>>> na drugi będzie pewien okres (pewnie około doby), kiedy część świata
>>>>>> będzie kierowana na stary hosting, a część już na nowy. Ważne w
>>>>>> kontekście treści strony, ew. zamówień, czy poczty (jeśli hosting
>>>>>> zajmuje siÄ™ i tym).
>>>>>
>>>>> E-e, przy planowanych przenosinach to siÄ™ bez problemu skraca
>>>>> nawet do minuty.
>>>>
>>>> Ale to chyba tylko, jeśli ma się wpływ na rekord SOA?
>>>
>>> tak, ale to dość łatwo zrobić, nawet jak nie masz wpływu:
>>>
>>> 1. ustawiasz domenÄ™ u siebie, ustawiasz rekord A na stare IP.
>>> 2. ustawiasz TTL u siebie na 1 minutÄ™
>>> 3. zmieniasz DNSy na swoje (ale cały czas wskazują na "stareIP"
>>> 4. czekasz ponad dobę, żeby wszyscy widzieli twoje DNSy
>>> 5. zmieniasz IP u siebie w pliku strefy na nowe - twoje
>>>
>>> 6. i tak dla części serwerów się nie uda, bo np. dns2.tpnet.pl olewa
>>> ustawione TTLe a działa tam chmura, zatem czasem odpowiedzi są poprawne
>>> od razu, a czasem nie :-), takich serwerów jest więcej.
>>
>> Jeśli w nowym miejscu masz też inny adres, co jest korzystne w takim
>> przypadku:
>>
>> 1. Konfigurujesz nowy hosting pod swojÄ… domenÄ™.
>> 2. Wyłączasz na chwilę, żeby przegrać dane.
>> 3. Na starym hostingu dajesz przekierowanie na nowy hosting.
>> 4. Zmieniasz strefÄ™.
>>
>> Problem gdy strona jest dynamiczna i np trzeba przegrać 3GB danych. To
>> musi chwilę trwać.
>
> rsync sprawÄ™ ogarnie. Tylko to wszystko porady dla kogoÅ› kto ma trochÄ™
> więcej niż hosting. Obawiam się, że wątkotwórca ma dostęp do czegoś ala
> webmin+ftp i guzik ma z tych wszystkich elastycznych usprawnień.

Dokładnie. Nic więcej.

> Nawet spory, dynamiczny serwis można przerzucić z praktycznie
> pomijalnym downtimem pod warunkiem, że ma się roota w obu
> lokalizacjach. No i pasi też aktualny serwer mieć dostępny przez kilka dni
> po migracji. Z mojego doświadczenia to mimo ustawienia TTL na minutę
> jeszcze po 2-3 dniach trafiają hity na starą lokalizację, więc warto je
> przekierować via jakiś rinetd czy inne haproxy.

To nie jest problem jeśli oba serwisy mogą funkcjonować jakiś czas
jednocześnie.
Received on Tue Apr 12 11:45:03 2011

To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Tue 12 Apr 2011 - 12:40:01 MET DST