Linux ile çalışmama süresi nasıl önlenir?

Genellikle Ubuntu yazılım güncellemeleri için yeniden başlatmalar gerekir (arıza süresi gibi yan etkileri olabilir).

Ubuntu'nun yeniden başlatma olmadan çekirdek güncellemelerine izin veren https://www.ubuntu.com/livepatch olduğunu görüyorum , ancak bu ücretli bir hizmettir. Ayrıca ksplice var .

Yükseltmelerin / yamaların hiçbir zaman yeniden başlatılmasını gerektirmeyen Linux dağıtımları / işlemleri var mı?

(Ben yüksek kullanılabilirlik (HA) sunucularını kurma ve tek kullanımlık sunucularını yaşıyorsanız iyi uygulamalar biliyorum - Ben değilim bu yüzden değil bir hizmet uydurarak hakkında soran ancak gerçek sunucularda.)

Sorunuza, "Yükseltmelerin / yamaların hiçbir zaman yeniden başlatma gerektirmediği Linux dağıtımları / süreçleri var mı?" Michael Hampton'un canlı yamalamanın neden hiçbir yerde kullanıma hazır bir deneyim olmadığı hakkındaki yorumuna ek olarak, canlı yama da yeniden başlatma ile aynı sonucu elde edemez.

Bunu açıklamak için bir fıkra: Kısa bir süre önce, belirli bir yardımcı programın çok sayıda makinede segfaj yapmaya başladığı bir sorunu araştırdım. Yakın zamanda yükseltilen bir şeyin kırılıp kırılmadığını görmek için kullanılan paylaşılan kütüphanelere bakmayı denedim; ldd, çalıştırılabilir olmadığını söyledi (aynı ikili dosyayı dizüstü bilgisayarıma indirdiğimde, ldd paylaşılan kütüphane bağımlılıklarını iyi görebilirdi). Ben gdb içinde adım atmaya çalıştı; ilk talimata gelmeden önce segfaulize oldu.

Arızanın zamanlamasına baktığımda yakın zamanda bir Ksplice yaması uygulandığını gördüm. Yamayı yedekledim ve ikili ikili segfault yapmadı, sonra tekrar ekledi ve tekrar segfaj yapmaya başladı. Eşit olarak yamalı çekirdeğe yeniden başlatma iyi sonuç verdi. Ksplice milletlerinin doğru bir şekilde uygulanmadığı 32 bit destek için bir yama olduğu ortaya çıktı. Kredilerine göre, birkaç saat içinde sabit bir yama yayınladılar ve müdahale olmadan filomuzda doğru çalışmaya geri döndüler.

Başka bir örnek: Meltdown / Spectre yamaları o kadar invazivdi ki, Ubuntu çekirdek ekibi canlı yamanın pratik olmadığına karar verdi ve insanların tekrar canlı yamalar almadan önce sistemlerini sabit çekirdeğe yeniden başlatmasını gerektirdi.

Çok sayıda Ksplice ve Canonical Livepatch sistemiyle çok sayıda fiziksel ve sanal sunucu filosunu çalıştırıyoruz. Her ikisi de diğer birçok yazılımdan çok daha güvenilirdi, ancak yine de çekirdek canlı yamaya güvenmekten ziyade yeniden başlatma dostu bir mimari ile tasarlanmış hizmetlerimizi görmeyi tercih ederim.

Bir servisi yüksek oranda kullanılabilir hale getirmek ile bireysel bir makineyi yüksek oranda kullanılabilir hale getirmek arasında önemli bir fark vardır.

Çoğu durumda amaç, hizmeti yüksek oranda kullanılabilir hale getirmektir ve tek tek makinelerin kullanılabilirliği, yalnızca bu hedefe ulaşmanın bir yoludur. Ancak, tek tek makinelerin kullanılabilirliğini geliştirerek hedefe ne kadar ulaşabileceğiniz konusunda bir sınır vardır.

Yazılımın güncellenmesi gerektiğinden dolayı tüm kapalı kalma sürelerini ortadan kaldırabilseniz bile, tek tek makineler% 100 kullanılabilir olmayacaktır. Bu nedenle, hizmetin kullanılabilirliğini bireysel makinelerin kullanılabilirliğinin üzerinde artırmak için artıklığı daha yüksek bir seviyede tasarlamanız gerekir. Sorunuzun son cümlesi, en azından prensipte bunu bildiğinizi gösterir.

Bir hizmeti, tek tek makinelerin sunabileceğinden daha fazla kullanılabilir olacak şekilde tasarlarsanız, tek tek makinelerin yüksek kullanılabilirliğine ulaşmak için artık baskı kalmaz. Bu nedenle yüksek oranda kullanılabilir hizmetler için yeniden başlatmalardan kaçınmaya gerek yoktur. Bunun yerine, güvenilirlikten çok daha yüksek kazançlar elde edebileceğiniz diğer alanlara doğru tasarruf edebilmek için bireysel makinelerin güvenilirliğini feda edebilirsiniz.

Bireysel donanım bileşenlerinin arızalanması durumunda yüksek seviye sistem güvenilir olacak şekilde tasarlandıktan sonra, avantajlı olmaktan bir risk haline gelmek değişir.

Bu bir risktir, çünkü canlı yamalı bir makinenin davranışı ile en yeni çekirdek sürümüyle önyüklenen bir makine arasında küçük farklılıklar olabilir. Bu, bir sonraki sefer makine yeniden başlatıldığında kesintiye neden olabilecek gizli bir hata oluşturabilir. Bu risk, bazı kesintileri hafifletmek için bir yöntem olarak temiz bir sayfa oluşturmak için yeniden başlatılarak yükseltilir.

Bir gün, makineyi yeniden başlatmanın yardımcı olabileceğini düşündüğünüz bir kesinti olabilir. Ancak yeniden başlattığınızda, makinenin istenen duruma geri dönmesini engelleyen gizli hata sizi vurur. Canlı yama, böyle gizli bir hatanın oluşmasının tek yolu değildir, bir hizmetin manuel olarak etkinleştirildiği ve önyükleme sırasında asla başlatılmayacağı veya çok erken başlatılacak şekilde yapılandırıldığı kadar sıradan bir şey nedeniyle de olabilir. tatminsiz bağımlılıklar nedeniyle ortaya çıkmaz.

Bu nedenlerden dolayı, sorunları tespit edebileceğiniz ve sorunlar meydana geldiğinde yeniden başlatma sırasını durdurabileceğiniz kadar yavaş bir hızda tek tek makinelerin düzenli olarak yeniden başlatılmasıyla yüksek düzeyde kullanılabilir bir hizmet elde etmek daha kolay olabilir.