#[non_exhaustive]pub struct UpdateFileSystemInput {
pub file_system_id: Option<String>,
pub client_request_token: Option<String>,
pub storage_capacity: Option<i32>,
pub windows_configuration: Option<UpdateFileSystemWindowsConfiguration>,
pub lustre_configuration: Option<UpdateFileSystemLustreConfiguration>,
pub ontap_configuration: Option<UpdateFileSystemOntapConfiguration>,
pub open_zfs_configuration: Option<UpdateFileSystemOpenZfsConfiguration>,
pub storage_type: Option<StorageType>,
pub file_system_type_version: Option<String>,
}Expand description
The request object for the UpdateFileSystem operation.
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.file_system_id: Option<String>The ID of the file system that you are updating.
client_request_token: Option<String>A string of up to 63 ASCII characters that Amazon FSx uses to ensure idempotent updates. This string is automatically filled on your behalf when you use the Command Line Interface (CLI) or an Amazon Web Services SDK.
storage_capacity: Option<i32>Use this parameter to increase the storage capacity of an FSx for Windows File Server, FSx for Lustre, FSx for OpenZFS, or FSx for ONTAP file system. Specifies the storage capacity target value, in GiB, to increase the storage capacity for the file system that you're updating.
You can't make a storage capacity increase request if there is an existing storage capacity increase request in progress.
For Lustre file systems, the storage capacity target value can be the following:
-
For
SCRATCH_2,PERSISTENT_1, andPERSISTENT_2 SSDdeployment types, valid values are in multiples of 2400 GiB. The value must be greater than the current storage capacity. -
For
PERSISTENT HDDfile systems, valid values are multiples of 6000 GiB for 12-MBps throughput per TiB file systems and multiples of 1800 GiB for 40-MBps throughput per TiB file systems. The values must be greater than the current storage capacity. -
For
SCRATCH_1file systems, you can't increase the storage capacity.
For more information, see Managing storage and throughput capacity in the FSx for Lustre User Guide.
For FSx for OpenZFS file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. For more information, see Managing storage capacity in the FSx for OpenZFS User Guide.
For Windows file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. To increase storage capacity, the file system must have at least 16 MBps of throughput capacity. For more information, see Managing storage capacity in the Amazon FSxfor Windows File Server User Guide.
For ONTAP file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. For more information, see Managing storage capacity and provisioned IOPS in the Amazon FSx for NetApp ONTAP User Guide.
windows_configuration: Option<UpdateFileSystemWindowsConfiguration>The configuration updates for an Amazon FSx for Windows File Server file system.
lustre_configuration: Option<UpdateFileSystemLustreConfiguration>The configuration object for Amazon FSx for Lustre file systems used in the UpdateFileSystem operation.
ontap_configuration: Option<UpdateFileSystemOntapConfiguration>The configuration updates for an Amazon FSx for NetApp ONTAP file system.
open_zfs_configuration: Option<UpdateFileSystemOpenZfsConfiguration>The configuration updates for an FSx for OpenZFS file system.
storage_type: Option<StorageType>Specifies the file system's storage type.
file_system_type_version: Option<String>The Lustre version you are updating an FSx for Lustre file system to. Valid values are 2.12 and 2.15. The value you choose must be newer than the file system's current Lustre version.
Implementations§
Source§impl UpdateFileSystemInput
impl UpdateFileSystemInput
Sourcepub fn file_system_id(&self) -> Option<&str>
pub fn file_system_id(&self) -> Option<&str>
The ID of the file system that you are updating.
Sourcepub fn client_request_token(&self) -> Option<&str>
pub fn client_request_token(&self) -> Option<&str>
A string of up to 63 ASCII characters that Amazon FSx uses to ensure idempotent updates. This string is automatically filled on your behalf when you use the Command Line Interface (CLI) or an Amazon Web Services SDK.
Sourcepub fn storage_capacity(&self) -> Option<i32>
pub fn storage_capacity(&self) -> Option<i32>
Use this parameter to increase the storage capacity of an FSx for Windows File Server, FSx for Lustre, FSx for OpenZFS, or FSx for ONTAP file system. Specifies the storage capacity target value, in GiB, to increase the storage capacity for the file system that you're updating.
You can't make a storage capacity increase request if there is an existing storage capacity increase request in progress.
For Lustre file systems, the storage capacity target value can be the following:
-
For
SCRATCH_2,PERSISTENT_1, andPERSISTENT_2 SSDdeployment types, valid values are in multiples of 2400 GiB. The value must be greater than the current storage capacity. -
For
PERSISTENT HDDfile systems, valid values are multiples of 6000 GiB for 12-MBps throughput per TiB file systems and multiples of 1800 GiB for 40-MBps throughput per TiB file systems. The values must be greater than the current storage capacity. -
For
SCRATCH_1file systems, you can't increase the storage capacity.
For more information, see Managing storage and throughput capacity in the FSx for Lustre User Guide.
For FSx for OpenZFS file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. For more information, see Managing storage capacity in the FSx for OpenZFS User Guide.
For Windows file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. To increase storage capacity, the file system must have at least 16 MBps of throughput capacity. For more information, see Managing storage capacity in the Amazon FSxfor Windows File Server User Guide.
For ONTAP file systems, the storage capacity target value must be at least 10 percent greater than the current storage capacity value. For more information, see Managing storage capacity and provisioned IOPS in the Amazon FSx for NetApp ONTAP User Guide.
Sourcepub fn windows_configuration(
&self,
) -> Option<&UpdateFileSystemWindowsConfiguration>
pub fn windows_configuration( &self, ) -> Option<&UpdateFileSystemWindowsConfiguration>
The configuration updates for an Amazon FSx for Windows File Server file system.
Sourcepub fn lustre_configuration(
&self,
) -> Option<&UpdateFileSystemLustreConfiguration>
pub fn lustre_configuration( &self, ) -> Option<&UpdateFileSystemLustreConfiguration>
The configuration object for Amazon FSx for Lustre file systems used in the UpdateFileSystem operation.
Sourcepub fn ontap_configuration(&self) -> Option<&UpdateFileSystemOntapConfiguration>
pub fn ontap_configuration(&self) -> Option<&UpdateFileSystemOntapConfiguration>
The configuration updates for an Amazon FSx for NetApp ONTAP file system.
Sourcepub fn open_zfs_configuration(
&self,
) -> Option<&UpdateFileSystemOpenZfsConfiguration>
pub fn open_zfs_configuration( &self, ) -> Option<&UpdateFileSystemOpenZfsConfiguration>
The configuration updates for an FSx for OpenZFS file system.
Sourcepub fn storage_type(&self) -> Option<&StorageType>
pub fn storage_type(&self) -> Option<&StorageType>
Specifies the file system's storage type.
Sourcepub fn file_system_type_version(&self) -> Option<&str>
pub fn file_system_type_version(&self) -> Option<&str>
The Lustre version you are updating an FSx for Lustre file system to. Valid values are 2.12 and 2.15. The value you choose must be newer than the file system's current Lustre version.
Source§impl UpdateFileSystemInput
impl UpdateFileSystemInput
Sourcepub fn builder() -> UpdateFileSystemInputBuilder
pub fn builder() -> UpdateFileSystemInputBuilder
Creates a new builder-style object to manufacture UpdateFileSystemInput.
Trait Implementations§
Source§impl Clone for UpdateFileSystemInput
impl Clone for UpdateFileSystemInput
Source§fn clone(&self) -> UpdateFileSystemInput
fn clone(&self) -> UpdateFileSystemInput
1.0.0 · Source§const fn clone_from(&mut self, source: &Self)
const fn clone_from(&mut self, source: &Self)
source. Read moreSource§impl Debug for UpdateFileSystemInput
impl Debug for UpdateFileSystemInput
Source§impl PartialEq for UpdateFileSystemInput
impl PartialEq for UpdateFileSystemInput
impl StructuralPartialEq for UpdateFileSystemInput
Auto Trait Implementations§
impl Freeze for UpdateFileSystemInput
impl RefUnwindSafe for UpdateFileSystemInput
impl Send for UpdateFileSystemInput
impl Sync for UpdateFileSystemInput
impl Unpin for UpdateFileSystemInput
impl UnwindSafe for UpdateFileSystemInput
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left is true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self into a Left variant of Either<Self, Self>
if into_left(&self) returns true.
Converts self into a Right variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the foreground set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red() and
green(), which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg():
use yansi::{Paint, Color};
painted.fg(Color::White);Set foreground color to white using white().
use yansi::Paint;
painted.white();Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self with the background set to
value.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red() and
on_green(), which have the same functionality but
are pithier.
§Example
Set background color to red using fg():
use yansi::{Paint, Color};
painted.bg(Color::Red);Set background color to red using on_red().
use yansi::Paint;
painted.on_red();Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute value.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold() and
underline(), which have the same functionality
but are pithier.
§Example
Make text bold using attr():
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);Make text bold using using bold().
use yansi::Paint;
painted.bold();Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi Quirk value.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask() and
wrap(), which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk():
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);Enable wrapping using wrap().
use yansi::Paint;
painted.wrap();Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting() due to conflicts with Vec::clear().
The clear() method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted only when both stdout and stderr are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);