Artykuł jest poświęcony zagadnieniom budowy systemu o wysokiej dostępności przy użyciu dostępnego sprzętu i bezpłatnego oprogramowa- nia. Omówiony zostanie model warstwowy takiego rozwiązania, aspekty bezpieczeństwa oraz możliwości rozbudowy
2
Dostęp do pełnego tekstu na zewnętrznej witrynie WWW
W artykule poruszono temat klastrów pracy awaryjnej w środowisku Microsoft Windows Server 2012. Klastry tego typu działają w oparciu o tzw. elementy quorum (kworum). W Windows Server elementem quorum może zostać węzeł, dysk „świadek” lub plik współdzielony „świadek”. Głównym celem artykułu jest porównanie czasów niedostępności usług świadczonych przez wymienione modele klastrów, w przypadku awarii elementów klastra, świadczących wybrane usługi. Analizie poddano architektury: Node Majority (elementy kworum w postaci węzłów klastra), Node and Disk Majority (elementy kworum w postaci węzłów klastra oraz dysku „świadka”), Node and File Share Majority (elementy kworum w postaci węzłów klastra oraz współdzielonego zasobu) oraz No Majority: Disk Only (element kworum w postaci dysku „świadka”).
EN
The article is all about failover clusters in Microsoft Windows Server 2012. Failover clusters called as well High-Availability Clusters creates a group of servers working together to provide high availability of provided by the cluster services and applications. Client devices see the cluster as a single system. Clusters of this type - in the family of Microsoft Windows Server - are based on element quorum. Quorum in failover clusters is considered as a parts of cluster witch has to be active to allow the cluster to work. Thanks to this each individual node of the cluster can check - by the single query - if the whole cluster can be active. In the MS Windows Server Environment component of a quorum may be for example: node, disk quorum, shared file quorum. The clusters models discussed in the article - provided by MS Windows Server 2012 - include: Node Majority, Node and Disk Majority, Node and File Share Majority and No Majority: Disk Only. The main purpose of the article is to compare the unavailability time of the services provided by these models of clustering in the case of cluster component failure.
Availability of the modern safety systems for railway transport depends on telecommunication infrastructure for communication of distributed subsystems. In order to limit risks related to transmission interference, various redundancy technologies of transmission networks (media, devices) are used in industrial systems – sometimes including their automatic reconfiguration. This article presents an analysis of the considered methods to provide high transmission availability in the axle counter system, as well as the implemented tailored solution – protocol UniPRP which uses parallel transmission of the doubled data. This solution is an adaptation of those presented in the series of technical standards: IEC 62439 Industrial communication networks - High availability automation networks.
The paper presents the result of an evaluation of the performance of different message broker system configurations, which lead to the construction of the specific architecture guidelines for such systems. The examples are provided for an exemplary middleware messaging server software - RabbitMQ, set in high availability - enabling and redundant configurations. Rabbit MQ is a message queuing system realizing the middleware for distributed systems that implements the Advanced Message Queuing Protocol. The scalability and high availability design issues are discussed and the possible cluster topologies and their impact is presented. Since HA and performance scalability requirements are in conflict, scenarios for using clustered RabbitMQ nodes and mirrored queues are interesting and have to be considered with specific workloads and requirements in mind. The results of performance measurements for some topologies are also reported in this article.
PL
W pracy przedstawiono wyniki oceny wydajności różnych konfiguracji systemów spełniających rolę rozdzielacza wiadomości (Message Broker), które prowadzą do wyznaczenia konkretnych wytycznych architektonicznych dla takich systemów. Przykład zrealizowano przy użyciu przykładowego oprogramowania serwera komunikacyjnego middleware – RabbitMQ, zestawionego w konfiguracji wysokiej dostępności. RabbitMQ jest systemem kolejkowania wiadomości, który realizuje funkcje pośredniczące (ang. middleware) dla systemów rozproszonych, używając do tego zadania zaawansowanych protokołów kolejkowania wiadomości. W artykule omówiono zagadnienia projektowe dotyczące skalowalności i wysokiej dostępności, jak również przedstawiono możliwe topologie klastrów i ich wpływ na zdefiniowane parametry działania. Ponieważ wymagania HA i skalowalność, a zatem wydajność, są w konflikcie, rozpatrywano scenariusze z różnym wykorzystaniem kolejek w pełni redundantnych oraz dublowanych. W artykule przedstawiono wyniki pomiarów wydajności dla niektórych topologii, jak również konkluzje co do drogi do osiągnięcia optymalnej architektury.
In this work we assess functioning of an LDAP service in the High Availability Environment. A system configuration with two alternative existing open source LDAP implementations (OpenLDAP and Apache Directory Server) was examined. Pacemaker/Corosync tool were employed here to manage two distributed resources: virtual main IP address and two cloned LDAP services. The test system was deployed on the LDAP production servers at Faculty of Computer Science, Bialystok University of Technology. Then several tests were run to measure the time of various operations (initialization, read/write, switchover, failover) as well as to verify the continuity of working and data consistency in presence of diverse faults, including power supply off. Few low level problems (due to used tools) were encountered and solved.
PL
W niniejszej pracy oceniono działanie usług katalogowych LDAP w środowisku wysokiej dostępności. Wzięto pod uwagę dwie implementacje LDAP o otwartym kodzie: OpenLDAP i Apache Directory Server. W celu zarządzania dwoma rozproszonymi zasobami (wirtualny adres IP i dwie sklonowane usługi LDAP) użyto narzędzia Pacemaker/Corosync. Testowa konfiguracja został wdrożona na serwerach produkcyjnych LDAP na Wydziale Informatyki Politechniki Białostockiej. W dalszej kolejności przeprowadzono testy w celu pomiaru czasów różnych operacji (inicjalizacji, odczytu/zapisu, zaplanowanego i awaryjnego przełączenia serwerów) jak również w celu zweryfikowania ciągłości pracy i spójności danych w przypadku różnego rodzaju awarii, w tym zaniku zasilania. Konieczne było rozwiązanie kilku technicznych problemów związanych z użytymi narzędziami.
Dostępność aplikacji firmowych jest krytyczna, a ich niedostępność może powodować straty zarówno finansowe jak i prestiżu, które w wielu przypadkach mogą nawet doprowadzić do upadku firmy.
EN
High availability of corporate applications is critical, and their unavailability can cause loss of both financial and prestige, whitch in many cases may even lead to the collapse of the company.
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.