<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>MITIGATOR in Cluster Mode :: BIFIT Mitigator</title>
    <link>https://docs.mitigator.ru/v26.08/en/install/multi/</link>
    <description>In cluster mode, several instances of the MITIGATOR system use common databases and are centrally managed. By adding additional instances, the system allows unlimited scaling. Cluster mode allows you to process traffic independently on each instance, but manage them from a single interface. In the event of a planned or emergency shutdown of any instance, the ability to manage the rest remains.&#xA;Deployment Virtual network (VPN) is configured between instances. It needs network connectivity between instances to work. Detailed information on setting up and the necessary access is available by the link.</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://docs.mitigator.ru/v26.08/en/install/multi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Network Between Instances</title>
      <link>https://docs.mitigator.ru/v26.08/en/install/multi/vpn/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.08/en/install/multi/vpn/</guid>
      <description>Principle of Operation The following steps assume that an instance of MITIGATOR has already been installed. Otherwise, perform installation using one of the following methods.&#xA;Interaction between instances is arranged through Wireguard. A virtual network (VPN) is created between instances.&#xA;Each instance has a key pair: a private key and a public key. The private key is stored only on its instance in vpn-private.conf. The public keys of all instances are listed in vpn-public.conf, which must be the same on all instances. It also contains the addresses of the instances and their addresses in the VPN.</description>
    </item>
    <item>
      <title>Shared Non-Redundant Storage</title>
      <link>https://docs.mitigator.ru/v26.08/en/install/multi/workers/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.08/en/install/multi/workers/</guid>
      <description>The following steps assume that an instance of MITIGATOR has already been installed. Otherwise, perform the installation using one of the following methods.&#xA;Before setting up a cluster, you must set up a virtual network (VPN). It needs network connectivity between instances to work. Detailed information on setting up and the necessary access are described at the link.&#xA;Common databases for all MITIGATOR instances are physically stored on the server of one of them. The base instance must be allowed connections from other instances on the following TCP ports: 8888, 2003, 3080, 5432.</description>
    </item>
    <item>
      <title>Internal Fault-Tolerant Storage</title>
      <link>https://docs.mitigator.ru/v26.08/en/install/multi/failover/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.08/en/install/multi/failover/</guid>
      <description>The following steps assume that an instance of MITIGATOR has already been installed. Otherwise, perform installation using one of the following methods.&#xA;Before configuring a cluster, you must configure Virtual network(VPN). It needs network connectivity between instances to work. Detailed information on setting up and the necessary access are described at the link.&#xA;For fault tolerance, synchronized copies of the database must be physically stored on different servers (replicated). With this scheme, database replicas are stored on the same servers where MITIGATOR instances are running. This saves resources and does not require knowledge of PostgreSQL configuration.</description>
    </item>
    <item>
      <title>External Fault-Tolerant Storage</title>
      <link>https://docs.mitigator.ru/v26.08/en/install/multi/custom/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.08/en/install/multi/custom/</guid>
      <description>The following steps assume that an instance of MITIGATOR has already been installed. Otherwise, install it using one of the following methods first.&#xA;Before configuring a cluster, you must configure virtual network (VPN). It needs network connectivity between instances to work. Detailed information on setting up and necessary accesses are described by the link.&#xA;This deployment scheme implies the physical storage of databases common to all MITIGATOR instances on an external server. The performance and fault tolerance of all DBMS is ensured by the administrator of the external server for specific requirements.</description>
    </item>
    <item>
      <title>Hybrid Deployment Schemes</title>
      <link>https://docs.mitigator.ru/v26.08/en/install/multi/hybrid/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.mitigator.ru/v26.08/en/install/multi/hybrid/</guid>
      <description>deployment schemes can be combined when building a cluster.&#xA;Example: Failover Storage with Additional Filtering Nodes With this implementation scheme, database copies are stored on different servers (replicated), but the number of database replicas is less than the number of MITIGATOR instances in the cluster. Some instances access remote databases via TCP ports: 8888, 2003, 3080, 5432. In this example, the graphite and logan are included as external modules.</description>
    </item>
  </channel>
</rss>