You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/active-directory/devices/hybrid-azuread-join-plan.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -100,7 +100,9 @@ If your Windows 10 domain joined devices are [Azure AD registered](overview.md#g
100
100
### Additional considerations
101
101
- If your environment uses virtual desktop infrastructure (VDI), see [Device identity and desktop virtualization](/azure/active-directory/devices/howto-device-identity-virtual-desktop-infrastructure).
102
102
103
-
- Hybrid Azure AD join is supported for FIPS-compliant TPM 2.0 and not supported for TPM 1.2. If your devices have FIPS-compliant TPM 1.2, you must disable them before proceeding with Hybrid Azure AD join. Microsoft does not provide any tools for disabling FIPS mode for TPMs as it is dependent on the TPM manufacturer. Please contact your hardware OEM for support. Starting from Windows 10 1903 release, TPMs 1.2 are not used for hybrid Azure AD join and devices with those TPMs will be considered as if they don't have a TPM.
103
+
- Hybrid Azure AD join is supported for FIPS-compliant TPM 2.0 and not supported for TPM 1.2. If your devices have FIPS-compliant TPM 1.2, you must disable them before proceeding with Hybrid Azure AD join. Microsoft does not provide any tools for disabling FIPS mode for TPMs as it is dependent on the TPM manufacturer. Please contact your hardware OEM for support.
104
+
105
+
- Starting from Windows 10 1903 release, TPMs 1.2 are not used with hybrid Azure AD join and devices with those TPMs will be considered as if they don't have a TPM.
104
106
105
107
## Review controlled validation of hybrid Azure AD join
Copy file name to clipboardExpand all lines: articles/fxt-edge-filer/fxt-mount-clients.md
+18-18Lines changed: 18 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,9 +10,9 @@ ms.author: rohogue
10
10
11
11
# Tutorial: Mount the cluster
12
12
13
-
This tutorial teaches you how to mount NFS clients to the Azure FXT Edge Filer cluster. Clients mount the virtual namespace paths that you assigned when you added back-end storage.
13
+
This tutorial teaches you how to mount NFS clients to the Azure FXT Edge Filer cluster. Clients mount the virtual namespace paths that you assigned when you added back-end storage.
14
14
15
-
This tutorial teaches:
15
+
This tutorial teaches:
16
16
17
17
> [!div class="checklist"]
18
18
> * Strategies for load balancing clients across the range of client-facing IP addresses
@@ -25,7 +25,7 @@ This tutorial takes approximately 45 minutes to complete.
25
25
26
26
Follow these steps to connect client machines to your Azure FXT Edge Filer cluster.
27
27
28
-
1. Decide how to load-balance client traffic among your cluster nodes. Read [Balance client load](#balance-client-load), below, for details.
28
+
1. Decide how to load-balance client traffic among your cluster nodes. Read [Balance client load](#balance-client-load), below, for details.
29
29
1. Identify the cluster IP address and junction path to mount.
30
30
1. Determine the client-facing path for the mount.
31
31
1. Issue the [mount command](#use-recommended-mount-command-options), with appropriate arguments.
@@ -36,67 +36,67 @@ To help balance client requests among all the nodes in the cluster, you should m
36
36
37
37
To learn about round-robin DNS load balancing for the cluster, read [Configure DNS for the Azure FXT Edge Filer cluster](fxt-configure-network.md#configure-dns-for-load-balancing). To use this method you must maintain a DNS server, which is not explained in these articles.
38
38
39
-
A simpler method for small installations is to use a script to assign IP addresses throughout the range at client mount time.
39
+
A simpler method for small installations is to use a script to assign IP addresses throughout the range at client mount time.
40
40
41
41
Other load-balancing methods might be appropriate for large or complicated systems. Consult your Microsoft representative or open a [support request](fxt-support-ticket.md) for help. (Azure Load Balancer is currently *not supported* with Azure FXT Edge Filer.)
42
42
43
-
## Create the mount command
43
+
## Create the mount command
44
44
45
-
From your client, the ``mount`` command maps the virtual server (vserver) on the Azure FXT Edge Filer cluster to a path on the local filesystem.
45
+
From your client, the ``mount`` command maps the virtual server (vserver) on the Azure FXT Edge Filer cluster to a path on the local filesystem.
46
46
47
47
The format is ``mount <FXT cluster path> <local path> {options}``
48
48
49
-
There are three elements to the mount command:
49
+
There are three elements to the mount command:
50
50
51
51
* cluster path - a combination of IP address and namespace junction path described below
52
-
* local path - the path on the client
52
+
* local path - the path on the client
53
53
* mount command options - (listed in [Use recommended mount command options](#use-recommended-mount-command-options))
54
54
55
55
### Create the cluster path
56
56
57
57
The cluster path is a combination of the vserver *IP address* plus the path to a *namespace junction*. The namespace junction is a virtual path that you defined when you [added the storage system](fxt-add-storage.md#create-a-junction).
58
58
59
-
For example, if you used ``/fxt/files`` as your namespace path, your clients would mount *IP_address*:/fxt/files to their local mount point.
59
+
For example, if you used ``/fxt/files`` as your namespace path, your clients would mount *IP_address*:/fxt/files to their local mount point.
60
60
61
61

62
62
63
63
The IP address is one of the client-facing IP addresses defined for the vserver. You can find the range of client-facing IPs in two places in the cluster Control Panel:
64
64
65
-
***VServers** table (Dashboard tab) -
65
+
***VServers** table (Dashboard tab) -
66
66
67
67

68
68
69
-
***Client Facing Network** settings page -
69
+
***Client Facing Network** settings page -
70
70
71
71

72
72
73
-
Combine the IP address and the namespace path to form the cluster path for the mount command.
73
+
Combine the IP address and the namespace path to form the cluster path for the mount command.
74
74
75
75
Example client mount command: ``mount 10.0.0.12:/sd-access /mnt/fxt {options}``
76
76
77
77
### Create the local path
78
78
79
-
The local path for the mount command is up to you. You can set any path structure you want as part of the virtual namespace. Design a namespace and local path that is convenient for your client workflow.
79
+
The local path for the mount command is up to you. You can set any path structure you want as part of the virtual namespace. Design a namespace and local path that is convenient for your client workflow.
80
80
81
81
For more information about the client-facing namespace, read the Cluster Configuration Guide's [namespace overview](https://azure.github.io/Avere/legacy/ops_guide/4_7/html/gns_overview.html).
82
82
83
83
In addition to the paths, include the [mount command options](#use-recommended-mount-command-options) described below when mounting each client.
84
84
85
85
### Use recommended mount command options
86
86
87
-
To ensure a seamless client mount, pass these settings and arguments in your mount command:
87
+
To ensure a seamless client mount, pass these settings and arguments in your mount command:
``hard`` | Soft mounts to the Azure FXT Edge Filer cluster are associated with application failures and possible data loss.
92
+
--- | ---
93
+
``hard`` | Soft mounts to the Azure FXT Edge Filer cluster are associated with application failures and possible data loss.
94
94
``proto=netid`` | This option supports appropriate handling of NFS network errors.
95
95
``mountproto=netid`` | This option supports appropriate handling of network errors for mount operations.
96
96
``retry=n`` | Set ``retry=30`` to avoid transient mount failures. (A different value is recommended in foreground mounts.)
97
97
98
98
| Preferred settings ||
99
-
--- | ---
99
+
--- | ---
100
100
``nointr`` | If your clients use older OS kernels (before April 2008) that support this option, use it. The option "intr" is the default.
101
101
102
102
## Next steps
@@ -105,4 +105,4 @@ After you have mounted clients, you can test your workflow and get started with
105
105
106
106
If you need to move data to a new cloud core filer, take advantage of the cache structure by using parallel data ingest. Some strategies are described in [Moving data to a vFXT cluster](https://docs.microsoft.com/azure/avere-vfxt/avere-vfxt-data-ingest). (Avere vFXT for Azure is a cloud-based product that uses caching technology very similar to the Azure FXT Edge Filer.)
107
107
108
-
Read [Monitor Azure FXT Edge Filer hardware status](fxt-monitor.md) if you need to troubleshoot any hardware issues.
108
+
Read [Monitor Azure FXT Edge Filer hardware status](fxt-monitor.md) if you need to troubleshoot any hardware issues.
0 commit comments