|
1 | 1 | ---
|
2 | 2 | title: FAQs About Azure NetApp Files | Microsoft Docs
|
3 | 3 | description: Review frequently asked questions about Azure NetApp Files, such as networking, security, performance, capacity management, and data migration/protection.
|
4 |
| -services: azure-netapp-files |
5 |
| -documentationcenter: '' |
6 |
| -author: b-juche |
7 |
| -manager: '' |
8 |
| -editor: '' |
9 |
| - |
10 |
| -ms.assetid: |
11 | 4 | ms.service: azure-netapp-files
|
12 | 5 | ms.workload: storage
|
13 |
| -ms.tgt_pltfrm: na |
14 |
| -ms.devlang: na |
15 | 6 | ms.topic: conceptual
|
16 |
| -ms.date: 09/29/2021 |
| 7 | +author: b-juche |
17 | 8 | ms.author: b-juche
|
| 9 | +ms.date: 09/29/2021 |
18 | 10 | ---
|
19 | 11 | # FAQs About Azure NetApp Files
|
20 | 12 |
|
@@ -390,10 +382,13 @@ The scale-out architecture would be comprised of multiple IBM MQ multi-instance
|
390 | 382 |
|
391 | 383 | Yes, if you are running the Apache ActiveMQ, it is recommended to deploy [ActiveMQ High Availability with Pluggable Storage Lockers](https://www.openlogic.com/blog/pluggable-storage-lockers-activemq).
|
392 | 384 |
|
393 |
| -ActiveMQ high availability (HA) models ensure that a broker instance is always online and able to process message traffic. The two most common ActiveMQ HA models involve sharing a filesystem over a network. The purpose is to provide either LevelDB or KahaDB to the active and passive broker instances. These HA models require that an OS-level lock be obtained and maintained on a file in the LevelDB or KahaDB directories, simply called "lock". There are some problems with this ActiveMQ HA model. They can lead to a "no-master" situation, where the "slave" isn’t aware that it can lock the file. They can also lead to a "master-master" configuration that results in index or journal corruption and ultimately message loss. Most of these problems stem from factors outside of ActiveMQ’s control. For instance, a poorly optimized NFS client can cause locking data to become stale under load, leading to “no-master” downtime during failover. |
| 385 | +ActiveMQ high availability (HA) models ensure that a broker instance is always online and able to process message traffic. The two most common ActiveMQ HA models involve sharing a filesystem over a network. The purpose is to provide either LevelDB or KahaDB to the active and passive broker instances. These HA models require that an OS-level lock be obtained and maintained on a file in the LevelDB or KahaDB directories, simply called "lock". There are some problems with this ActiveMQ HA model. They can lead to a "no-master" situation, where the "slave" isn’t aware that it can lock the file. They can also lead to a "master-master" configuration that results in index or journal corruption and ultimately message loss. Most of these problems stem from factors outside of ActiveMQ's control. For instance, a poorly optimized NFS client can cause locking data to become stale under load, leading to “no-master” downtime during failover. |
394 | 386 |
|
395 | 387 | Because the majority of the problems with this HA solution stem from inaccurate OS-level file locking, the ActiveMQ community [introduced the concept of a pluggable storage locker](https://www.openlogic.com/blog/pluggable-storage-lockers-activemq) in version 5.7 of the broker. This approach allows a user to take advantage of a different means of the shared lock, using a row-level JDBC database lock as opposed to an OS-level filesystem lock. For support or consultancy on ActiveMQ HA architectures and deployments, you should [contact OpenLogic by Perforce](https://www.openlogic.com/contact-us).
|
396 | 388 |
|
| 389 | +>[!NOTE] |
| 390 | +> This section contains references to the terms *slave* and *master*, terms that Microsoft no longer uses. When the term is removed from the software, we'll remove it from this article. |
| 391 | +
|
397 | 392 | ### I am running Apache ActiveMQ with LevelDB or KahaDB on Azure NetApp Files. I have experienced disruptions due to storage service maintenance event despite using the *SMB* protocol. Do I need to take special precautions?
|
398 | 393 |
|
399 | 394 | The general industry recommendation is to [not run your KahaDB shared storage on CIFS/SMB](https://www.openlogic.com/blog/activemq-community-deprecates-leveldb-what-you-need-know). If you are having trouble maintaining accurate lock state, check out the JDBC Pluggable Storage Locker, which can provide a more reliable locking mechanism. For support or consultancy on ActiveMQ HA architectures and deployments, you should [contact OpenLogic by Perforce](https://www.openlogic.com/contact-us).
|
|
0 commit comments