W artykule MC napisał(a):

>>>>>> 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.

No to pole manewru masz sporo ograniczone.

>> 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.

No tylko ja miałem na myśli zwykły redirect ze starej lokalizacji na nową,
a nie działanie serwisu w dwóch miejscach. To zazwyczaj nie jest możliwe,
bo pod spodem jest baza, która musi zachować integralność.

Może po prostu pochwal się co to za serwis i może ktoś doradzi co zrobić na
przyszłość. Inaczej przenosi się jakieś gówniane stronki gdzie downtime nie
jest jakimś problemem, a inaczej serwisy gdzie downtime to przestój firmy.

Jeśli to strona gdzie godzina przestoju to straszny ból i strata kasy to
może po prostu czas pomyśleć o postawieniu tego tam gdzie ma się roota
choćby to był VPS zamiast hostingu.

pozdr,
fEnIo

--
,''`. Bartosz Fenski | mailto:f...@d...org | pgp:0x13fefc40 | irc:fEnIo
: :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland
`. `' phone:+48602383548 | proud Debian maintainer and user
`- http://fenski.pl | xmpp:f...@j...org | rlu:172001