On 2019-11-25 16:27, Chris Hague wrote:
> Can anyone give me some real world performance expectations for enabling
> encryption at rest?
>
> NAE for AFF
> NVE for FAS
There is a document, created by NetApp, which does this. It's labeled
"confidential" so you'd have to go ask your NTAP rep I guess.
It's called
Performance Considerations
NetApp Volume Encryption
Real world, well it isn't really that per se. But absolutely real in the
sense that it was a proper test. …
[View More]Performance benchmarks run w/ and w/o NAE &
NVE for AFF (8080 & 8040). For FAS I do not think there is anything and
spinning disk is a problem in so many was anyway that you probably better
stay away from NVE/NAE there. It will just become even more unpredictable
for you than it already is to to speak.
Not sure why you write "NAE for AFF" but "NVE for FAS".
For FAS I'd recommend NSE disk --> no impact.
>
> VMWare running on NFS, CIFS, FCP
>
> All filers running within acceptable CPU \ DISK UTIL. (50% and under). Is
> there a latency penalty?
By this you probably mean that both CPU and Disk util are well under <50%
"everywhere". VMware running on... could mean anything. That notion doesn't
say anything really. What the workload is depends on what the VM's are
doing of course.
The general A is that yes there is a latency penalty but YMMV. It's quite
possible that *you* in your use case would not notice any such heightened
latency.
It all depends on how hard you push the system overall. There's a IOPS vs
Latency curve of course, there always is. NVE/NAE will move this curve
compared to w/o encryption. Exactly how depends on your particular workload
pattern.
Cheers,
M
--
Michael Bergman
Sr Systems Analyst / Storage Architect michael.bergman(a)ericsson.com
BNEW Service Area Networks, Lab Ops Phone +46 10 7152945
Global Network & Tech, Architecture SMS/MMS +46 70 5480835
Ericsson Torshamnsg 36, 16480 Sthlm, Sweden
--
This communication is confidential. We only send and receive email on the
basis of the terms set out at www.ericsson.com/email_disclaimer
[View Less]
Greetings,
This is FAS8080 running 8.2.5P37Mode, and we've seen it on 3 of the same
systems that are newly installed (it is for a migration to cmode).
Wondering if anyone has run into this issue. We are experiencing an odd
issue where when starting a snapmirror of serial/SP the console hangs
(messages do appear on the screen). If we ssh into the system it works
fine. If we drop and go back to console it is still hung.
We've also tested starting the snapmirror via ssh and that hangs as well,
…
[View More]and the console works fine. I havent confirmed whether or not if I then
drop that SSH session and relogin if it is still hung.
I've never seen this before on new systems, and wondering if anyone has
seen the exact issue. I have however seen consoles/ssh hang because of
system load or wafl checks, but never with establishing a snapmirror
baseline.
Regards,
Douglas
[View Less]
Can anyone give me some real world performance expectations for enabling encryption at rest?
NAE for AFF
NVE for FAS
VMWare running on NFS, CIFS, FCP
All filers running within acceptable CPU \ DISK UTIL. (50% and under). Is there a latency penalty?
Chris.
p.s. Apologies in advance for length of automated signature!
This email is being sent by a subsidiary of Arthur J. Gallagher Holdings (UK) Limited, part of the Arthur J. Gallagher & Co. global group of companies. For details of …
[View More]the registered office, company number and, where applicable, regulated status of our subsidiaries, please visit https://www.ajginternational.com/legal-regulatory-information/.
We are the data controller of any personal information you provide to us or personal information that has been provided to us by a third party. We collect and process information about you in order to arrange insurance policies and to process claims. Your information is also used for business purposes such as fraud prevention and detection and financial management. This may involve sharing your information with third parties such as insurers, reinsurers, other brokers, claims handlers, loss adjusters, credit reference agencies, service providers, professional advisors, our regulators, police and government agencies or fraud prevention agencies.
We may record telephone calls to help us monitor and improve the service we provide. For further information on how your information is used and your rights in relation to your information please see our privacy notice at https://www.ajginternational.com/Privacy-Policy/. If you are providing personal data of another individual to us, you must tell them you are providing their information to us and show them a copy of this notice.
Where you are obtaining a non-consumer policy of (re)insurance, or cover for additional risks or renewal under an existing policy, you are required to make a fair presentation of the risk to a (re)insurer which discloses every material circumstance which you know or ought to know relating to the risk to be insured. A circumstance is material if it would influence the judgment of a prudent insurer in determining whether to provide insurance for the risk and, if so, on what terms. Disclosure must be reasonably clear and accessible to a prudent insurer and made in good faith. The aforementioned duty of disclosure is the applicable duty under the laws of England and Wales. If your policy is not subject to English law you are expected to disclose risk information in accordance with the requirements of the applicable law. In such circumstances we expect you will disclose risk information at least equal to the standard required under English law and where the applicable law requires you to disclose information over and above the level required under English law you will provide such information in accordance with that law.
Where you are obtaining a consumer policy of insurance, you must read each question and answer honestly and fully and must take reasonable care to not make a misrepresentation.
Failure to comply with the above disclosure requirements, as they apply to you, could mean that your policy of (re)insurance is void, its terms are materially altered or that (re)insurers are not liable to pay all or part of your claim(s). If you are in any doubt as to your obligations you should ask your usual contact.
This e-mail and any attachments are CONFIDENTIAL and may contain legally privileged information. If you are not the intended recipient of this e-mail message, please telephone or e-mail us immediately, delete this message from your system and do not read, copy, distribute, disclose or otherwise use this e-mail message and any attachments. Although the above company has taken reasonable precautions to ensure this e-mail and any attachments are free of any virus or other defect that may affect your computer, it is the responsibility of the recipient to ensure that it is virus free and the above company does not accept any responsibility for any loss or damage arising in any way from its use.
[View Less]
Hello toasters,
I’m attempting to move a 3TB vol to a new aggregate. The destination aggregate has 100TB available space. It’s been preparing to transfer for over 3 hours…. Is this normal?
Cluster::> volume move show -vserver svm1 -volume bigvol
Vserver Name: svm1
Volume Name: bigvol
Actual Completion Time: -
Bytes Remaining: -
Destination Aggregate: cluster_03_sata01_8t
…
[View More] Detailed Status: Volume move job preparing transfer
Error: Creating Snapshot copy with owner tag: Not enough space for Snapshot tags
Estimated Time of Completion: -
Managing Node: node-03
Percentage Complete: -
Move Phase: replicating
Estimated Remaining Duration: -
Replication Throughput: -
Duration of Move: 03:21:53
Source Aggregate: cluster_03_sata02_8t
Start Time of Move: Mon Nov 04 09:10:19 2019
Move State: warning
Is Source Volume Encrypted: false
Encryption Key ID of Source Volume:
Is Destination Volume Encrypted: false
Encryption Key ID of Destination Volume:
Should I be concerned about the "Error: Creating Snapshot copy with owner tag: Not enough space for Snapshot tags” ?
Is there any way to see if this vol move job is hung or actually doing something?
Thanks,
Scott
[View Less]