2.2.5. Yük devretme kümesi

<< Prev   Next >>

Yük devretme kümesi aşağıdaki durumlarda kesintisiz kullanıcı deneyimi sağlar:

• Çalışma süreci ve küme yöneticileri yeniden başlatıldığında (programa göre veya anormal bir şekilde).
• Küme sunucusunda hata olduğunda.

Bu bölümde, kesintisiz çalışma sağlayan mekanizmalar anlatılmaktadır.

2.2.5.1. Oturum verilerinin işlemsel niteliği

Hata durumunda oturumlar kaydedilir ve bağlantı yeniden sağlandığında geri yüklenebilir. Ancak, sistem aşağıdaki gibi bazı durumlarda oturumu sonlandırır ve istemci uygulamanın yeniden başlatılmasını ister:

• Çağrının ilk işlemi gerçekleştirildikten sonra, bir sunucu çağrısı sırasında bir çalışma süreci başarısız olursa.
• Kontrol istemciye döndürüldüğünde veri transferi hatası olursa.

2.2.5.2. Son çağrı yeniden denemesi

Sunucu çağrısı sırasında veri transferi hatası olması şu anlamlara gelebilir:

• İletişim kanalı kesildi.
• Sunucunun çalışma süreci anormal bir şekilde sonlandırıldı.

İstemci uygulaması, işlem dışında bir sunucuyu çağırırsa ve istemci, sunucu çağrısı içindeki ilk işlem gerçekleştirilmeden önce bir veri aktarım hatası alırsa, istemci otomatik olarak sunucuya yeniden bağlanır ve çağrıyı yeniden dener. Ardından, istemci normal çalışmasına devam eder.

İstemci, sunucu çağrısı içindeki ilk işlem gerçekleştirildikten sonra bir veri aktarım hatası alırsa, bu istemcinin oturumu sonlandırılır ve devam etmek için istemci uygulamasının yeniden başlatılması gerekir.

2.2.5.3. İnteraktif eylem yeniden denemesi

İstemci uygulaması işlem içinde bir sunucuyu çağırırsa (yönetilen uygulama modu yerine standart modda), veri aktarım hatası kurtarılabilir bir hata olarak kabul edilir ve istemci uygulamasının değil interaktif eylemin başarısız olmasına neden olur.

İnteraktif eylem birden fazla işlem içeriyorsa veya uygulama veri durumunu değiştiriyorsa (önbelleğe alma mantığının desteklendiği veriler hariç), uygulama veri bütünlüğünün platform tarafından sağlanmadığını lütfen unutmayın.

2.2.5.4. Çalışma süreci yedeklemesi

Çalışma süreci anormal bir şekilde sonlanırsa, sunucu kümesi başka çalışma süreci başlatır. Ayrıca, sonlandırılan çalışma süreci tarafından hizmet verilen tüm istemci oturumlarını başka bir çalışma sürecine taşıma girişiminde bulunulur. Sonuç olarak, kullanıcılar ciddi gecikmeler yaşayabilir: İstemci uygulaması, kullanıcı komutlarına yanıt vermeyi durdurabilir ve kullanıcıya, istemci uygulamasının askıda olduğu izlenimini verebilir.

Mevcut oturumları başka bir çalışma sürecine taşımaya çalıştığınızda ortaya çıkan bu sorunun belirtilerini azaltmak için, sunucu kümesi, özel bir yedek çalışma süreci oluşturmanıza olanak sağlar. Çalışma süreçleri her infobase için ayrı ayrı yedeklenir. Çalışma süreç yedekleme işlevi açık olan Infobase'lere 'yedek' denir. Yönetici, yedekleme çalışma süreçlerinin oluşturulması gereken infobase'leri belirleyebilir.

Böyle bir durumda çalışma mantığı şu şekildedir.

• Yedek infobase'leri depolayan çalışan sunucular, yedek çalışma süreçlerini çalıştırır.
• Söz konusu çalışma süreçleri, yedek infobase'lerden meta verileri yükler.
• Gerektiği takdirde, istemci oturumları, tüm uygun veriler önceden yüklenmiş olarak yedek çalışma süreçlerine geçer. Yukarıdaki işlem gecikme olmadan gerçekleştirilir.
• Yedek çalışma süreci standart çalışma süreci haline gelir gelmez, artık yedek bir süreç olarak kabul edilmez ve sunucu kümesi, yeni yedekleme çalışma süreçleri başlatarak gerekli sayıyı elde etmek için daha fazla yedek çalışma süreci oluşturur.

Yedek çalışma süreçlerinin sayısı, Süreç başına Infobase sayısı çalışan sunucu özelliği tarafından belirlenir. Çalışma sürecini yedeklemeniz gerekirse, infobase özelliklerinde (küme konsolu) Çalışma süreci yedeği onay kutusunu seçin. Çalışma süreci yedek bir süreçse, özelliklerinde Yedek onay kutusunu işaretleyin. Çalışma süreci aktif süreç haline gelir gelmez silinir.

Ayrıca bkz.:

• Infobase özelliklerini görüntüleme (bkz. sayfa İnfobase özelliklerini görüntüleme).
• Çalışma süreci özelliklerini görüntüleme (bkz. sayfa Çalışma süreçleri listesini görüntüleme).
• Çalışan sunucu özelliklerini görüntüleme (bkz. sayfa Küme sunucusu özelliklerini görüntüleme ve düzenleme).

2.2.5.5. Hata tolerans düzeyi

Hata tolerans düzeyi, eş zamanlı hatasının herhangi bir kullanıcı oturumunun anormal şekilde sonlandırılmasına neden olmayacağı kümedeki maksimum çalışan sunucu sayısını tanımlar. "Hata olmasının", bilgisayarın kapanması, ağ kablosunun kopması, sürecin çalışmasını engelleyen işletim sistemi sorunları vb. durumlara işaret ettiğini unutmayın.

Bu yüzden, sunucu kümesi yalnızca tek çalışan sunucu içeriyorsa, tek sunucunun arızalanması tüm kullanıcı oturumlarının anormal şekilde sonlandırılmasına neden olacağından hata tolerans düzeyi 0'dır. Sunucu kümesi 4 çalışan sunucu içeriyorsa, hata tolerans düzeyi 0 ile 3 arasında değişebilir. 0, herhangi bir çalışan sunucu hatasının küme hatasıyla sonuçlandığı anlamına gelir. 3, çalışan 4 sunucudan 3'ü arızalansa bile kümenin çalışmaya devam edeceği anlamına gelir.

Bazı küme kaynakları, çalışan sunucular arasında verilerin eşitlenmesi için harcandığından, hata tolerans düzeyindeki herhangi bir artışın küme performansını etkilediğini lütfen unutmayın.

Hata tolerans düzeyi kümedeki ana sunucuların sayısına bağlıdır. Ana sunucuların sayısı yeni bağlantılar oluşturulup oluşturulmayacağını belirler. Örneğin, 3 çalışan sunucudan oluşan bir küme, biri anormal şekilde sonlandırılan 2 ana sunucu içeriyorsa, kullanıcıların infobase'lere erişimi olacaktır. Bu durumda, biri ana sunucu, diğeri çalışan sunucu olmak üzere iki sunucu hala kullanılabilir. Kümede yalnızca tek ana sunucu varsa, sunucu çökmesi, 2 çalışan sunucu daha çalışır durumda kalsa bile kümeyi kullanıcılar için kullanılamaz hale getirecektir.

Küme 1 ana sunucu ve 2 çalışan sunucudan (toplamda 3) oluşuyorsa ve hata tolerans düzeyi 1 ise, bu birkaç senaryoya yol açabilir. Bunları daha yakından inceleyelim.

1 çalışan sunucunun hatası

Sıradan çalışan sunucu anormal bir şekilde sonlandırıldı. Bu durum, esneklik düzeyi dahilindedir ve küme, kullanıcı oturumlarını çalıştırmaya devam eder. Ana sunucu normal çalışmaya devam ettiğinden yeni kullanıcılar bağlanabilir.

Ana sunucu hatası

Ana sunucu anormal bir şekilde sonlandırıldı. Bu durum, hata tolerans düzeyi dahilindedir, ancak tek ana sunucu çalışmadığı için küme kullanıcılara hizmet vermeyi durdurur.

2 çalışan sunucunun hatası

Ana sunucu çalışmaya devam ederken iki çalışan sunucu anormal bir şekilde sonlandırıldı. Hata tolerans düzeyi aşılır ve hatalı çalışan sunucuların sunduğu tüm kullanıcı oturumları kapatılır. Ana sunucu tarafından hizmet verilen kullanıcılar işlemlerine devam edebilecektir. Yeni kullanıcılar bağlanabilir.

Bu yüzden, kümedeki ana sunucu sayısına göre hata tolerans düzeyi şu şekilde hesaplanır: Ana sunucu sayısı = Hata tolerans düzeyi + 1. Bazı sistem kaynakları, çalışan sunucular arasında verileri senkronize etmek için kullanılacağından, bu formülü tam anlamıyla izlemenin küme performansını düşürebileceğini unutmayın. Ana sunucu sayısını ve hata tolerans düzeyini tanımladığınızda, küme bilgisayarlarının donanım özelliklerini göz önünde bulundurarak hata tolerans düzeyi ile kabul edilebilir küme performans düzeyi arasındaki dengeyi bulmanız gerekir.

2.2.5.6. Bağlantı kopması takibi

Yük dengeleme ve yük devretme küme sistemleri küme bileşenleri arasında TCP bağlantıları (ağ bağlantıları) kullanır. TCP bağlantıları ayrıca, ince veya kalın istemci uygulama doğrudan (web sunucusu kullanmadan) 1C:Enterprise sunucusuna bağlandığında kullanılır. Küme bileşenlerinin kullanılabilirliği yanlış belirlenirse, buna bağlı olan mekanizmalar yeterli veya doğru çalışmayacaktır. Küme bileşenlerinin doğru kullanılabilirliğini belirlemek için, küme bileşenleri arasındaki kopuk bağlantıları izleyen özel bir sistem kullanabilirsiniz.

Aşağıdaki hedeflere ulaşmak için, bu sistem sunucu kümesi süreçleri (hem aynı bilgisayarda hem de farklı bilgisayarlarda) arasında, sunucu kümesi ile web sunucusu uzantısı arasında ve istemci uygulama ile sunucu kümesi arasındaki ağ bağlantılarını izler:

• Bileşenler arasındaki bağlantı kaybını hızlıca tespit etme
• Küme bileşenleri arasındaki bağlantı bütünlüğünü ekonomik olarak izleme

Doğrulama amacıyla, doğrulama yönü kavramı kullanılır. Doğrulama yönü aşağıdaki kurallarla birleştirilmiş sunucu kümesi bileşenleri arasındaki bağlantı grubudur:

• Hedef adrese giden bağlantılar (sunucu kümesinin belirli bir bileşenini benzersiz olarak tanımlayan bilgisayar adı ve bağlantı noktası).
• Web sunucusundaki infobase yayınını benzersiz şekilde tanımlayan UUID tarafından web sunucusu uzantısından gelen bağlantılar.
• Diğer gelen bağlantılar, kaynak sürecini benzersiz şekilde tanımlayan UUID tarafından tanımlanır.

Her yön için periyodik olarak küçük bir veri paketi gönderilir ve yanıt beklenir. Doğrulama her iki bağlantı tarafında da yürütülür. Doğrulama parametreleri bağlantı kaynağından geçirilir.

Paketler UDP ve TCP üzerinden gönderilir ve beklenir. Başlangıçta paketler UDP üzerinden gönderilir ve tüm yön ömrü boyunca yanıt alınamaması durumunda zaman aşımından sonra TCP bağlantısı kurulur ve yeni bağlantı üzerinden doğrulama denenir. Bu tür yönün hala kullanılabilir olduğu düşünülür. TCP doğrulama modu daha düşük bir doğruluk oranına sahiptir ve küçük zaman aşımları ayarlandığında yanlış pozitiflere neden olabilir. Sunucu kümesi kurduğunuz ve web sunucusunda Infobase'leri yayınladığınız zaman, tüm küme bilgisayarları ile küme bilgisayarları ve web sunucusu bilgisayarları arasında TCP ve UDP (aynı port numaralarına sahip) üzerinden erişilebilirliği sağlamanız önerilir. Takip etme sistemini kontrol etmek için aşağıdaki parametreleri kullanın:

1. Doğrulama süresi. Test paketlerinin gönderilmesi arasındaki süre.
2. Doğrulama zaman aşımı. Mesaj göndericisinin seçilen yönde en az bir yanıt paketi alması için gereken süre. Süre, önceki yanıt paketinin alınmasından (veya sistem başlangıcından) başlayarak ölçülür.

Doğrulama zaman aşımı süresince diğer taraftan hiç paket alınmazsa, UDP'den TCP'ye geçiş hariç, doğrulama yönü kullanılamaz olarak kabul edilir. Doğrulama yönü kullanılamaz olarak kabul edildiği zaman, o yöndeki tüm bağlantılar kullanılamaz olarak işaretlenir ve ilk erişildiklerinde sonlandırılır. Aynı zamanda, kümenin yaklaşmakta olan bağlantı kesilmesine hızlı bir şekilde yanıt verebilmesi için (kullanılamayan sürece karşılık gelen kilitlerin kaldırılması dahil) sunucu kümesinin kullanılabilir tüm bileşenlerine belirli bir yönün bağlantısı kesildiği bildirilir.

Sunucu kümesi yöneticisi küme bileşenleri arasındaki bağlantının kalitesini takip edebilir. Bunun için, her 10 saniyede bir son 10 saniyeye ait bağlantı doğrulama istatistikleri teknolojik günlüğe kaydedilir. Özellikle de, ortalama yanıt süresi ve maksimum yanıt süresi ile ilgili bilgiler görüntülenir. Bu bilgi, doğrulama sisteminde yanlış pozitiflere yol açmayacak ama aynı zamanda sistemin güvenilir şekilde çalışmasını sağlayacak en uygun doğrulama zaman aşımı değerlerini ayarlamanızı sağlar. Teknolojik günlükte, bu bilgi CONN olayına kaydedilir.

Kopan bağlantıları izleyen sistemin herhangi bir parametresi 0 olarak ayarlanırsa, çalışma algoritması değişir. Bu durumda, doğrulama sadece ağ bağlantısını başlatan tarafça yürütülür ve 5 saniyede bir test paketleri gönderilir. Test paketlerini alan süreç, 200 saniye içinde herhangi bir paket almazsa bağlantının koptuğunu belirler. Kaynak süreç, bağlantının kesildiğini ancak, işletim sistemi ayarlarında belirlenen TCP bağlantısı zaman aşımından sonra öğrenir. Kopan bağlantıları izleyen sistem bu şekilde kurulursa, mesaj gönderme süresi ve zaman aşımı yapılandırılmaz ve bağlantı istatistik bilgileri teknolojik günlükte görüntülenmez. Kopan bağlantıları izleyen sistemin bu kurulum seçeneği (doğrulama süresinin veya zaman aşımı süresinin 0 olarak ayarlanması) önerilmez.

İstemci uygulaması ile sunucu kümesi arasındaki bağlantı kopmasını izlediğiniz zaman, kontrol süreleri ve zaman aşımları sabitlenir ve değiştirilemez:

• Kalın istemci için:
  • Kontrol süresi: 12 saniye.
  • Kontrol zaman aşımı: 60 saniye.
• İnce istemci için:
  • Kontrol süresi: 3 saniye.
  • Kontrol zaman aşımı: 15 saniye.

Web sunucusu uzantısı ile sunucu kümesi arasındaki bağlantıları kontrol etmek için varsayılan süre ve zaman aşımı 3 ve 15 saniyedir. Bunları web sunucusundaki infobase yayın parametrelerini kullanarak değiştirebilirsiniz.

Sunucu kümesi süreçleri arasındaki bağlantıları kontrol etmek için varsayılan süre ve zaman aşımı 1 ve 5 saniyedir. Sunucu aracısı başlatma parametrelerini kullanarak bunları değiştirebilirsiniz. Daha fazla bilgi için bkz. sayfa Sunucu aracısını çalıştırma.

<< Prev   Next >>