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:fenio@debian.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:fenio_at_jabber.org | rlu:172001Received on Tue Apr 12 19:20:03 2011
To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Tue 12 Apr 2011 - 19:40:00 MET DST