Class: Google::Cloud::Container::V1beta1::HostMaintenancePolicy

Inherits:
Object
  • Object
show all
Extended by:
Protobuf::MessageExts::ClassMethods
Includes:
Protobuf::MessageExts
Defined in:
proto_docs/google/container/v1beta1/cluster_service.rb

Overview

HostMaintenancePolicy contains the maintenance policy for the hosts on which the GKE VMs run on.

Defined Under Namespace

Modules: MaintenanceInterval Classes: OpportunisticMaintenanceStrategy

Instance Attribute Summary collapse

Instance Attribute Details

#maintenance_interval ⇒ ::Google::Cloud::Container::V1beta1::HostMaintenancePolicy::MaintenanceInterval

Returns Specifies the frequency of planned maintenance events.

Returns:



843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
 
# File 'proto_docs/google/container/v1beta1/cluster_service.rb', line 843

class HostMaintenancePolicy
  include ::Google::Protobuf::MessageExts
  extend ::Google::Protobuf::MessageExts::ClassMethods

  # Strategy that will trigger maintenance on behalf of the customer.
  # @!attribute [rw] node_idle_time_window
  #   @return [::Google::Protobuf::Duration]
  #     The amount of time that a node can remain idle (no customer owned
  #     workloads running), before triggering maintenance.
  # @!attribute [rw] maintenance_availability_window
  #   @return [::Google::Protobuf::Duration]
  #     The window of time that opportunistic maintenance can run. Example: A
  #     setting of 14 days implies that opportunistic maintenance can only be ran
  #     in the 2 weeks leading up to the scheduled maintenance date. Setting 28
  #     days allows opportunistic maintenance to run at any time in the scheduled
  #     maintenance window (all `PERIODIC` maintenance is set 28 days in
  #     advance).
  # @!attribute [rw] min_nodes_per_pool
  #   @return [::Integer]
  #     The minimum nodes required to be available in a pool. Blocks maintenance
  #     if it would cause the number of running nodes to dip below this value.
  class OpportunisticMaintenanceStrategy
    include ::Google::Protobuf::MessageExts
    extend ::Google::Protobuf::MessageExts::ClassMethods
  end

  # Allows selecting how infrastructure upgrades should be applied to the
  # cluster or node pool.
  module MaintenanceInterval
    # The maintenance interval is not explicitly specified.
    MAINTENANCE_INTERVAL_UNSPECIFIED = 0

    # Nodes are eligible to receive infrastructure and hypervisor updates as
    # they become available.  This may result in more maintenance operations
    # (live migrations or terminations) for the node than the PERIODIC option.
    AS_NEEDED = 1

    # Nodes receive infrastructure and hypervisor updates on a periodic basis,
    # minimizing the number of maintenance operations (live migrations or
    # terminations) on an individual VM.  This may mean underlying VMs will
    # take longer to receive an update than if it was configured for
    # AS_NEEDED.  Security updates will still be applied as soon
    # as they are available.
    PERIODIC = 2
  end
end

#opportunistic_maintenance_strategy ⇒ ::Google::Cloud::Container::V1beta1::HostMaintenancePolicy::OpportunisticMaintenanceStrategy

Returns Strategy that will trigger maintenance on behalf of the customer.

Returns:



843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
 
# File 'proto_docs/google/container/v1beta1/cluster_service.rb', line 843

class HostMaintenancePolicy
  include ::Google::Protobuf::MessageExts
  extend ::Google::Protobuf::MessageExts::ClassMethods

  # Strategy that will trigger maintenance on behalf of the customer.
  # @!attribute [rw] node_idle_time_window
  #   @return [::Google::Protobuf::Duration]
  #     The amount of time that a node can remain idle (no customer owned
  #     workloads running), before triggering maintenance.
  # @!attribute [rw] maintenance_availability_window
  #   @return [::Google::Protobuf::Duration]
  #     The window of time that opportunistic maintenance can run. Example: A
  #     setting of 14 days implies that opportunistic maintenance can only be ran
  #     in the 2 weeks leading up to the scheduled maintenance date. Setting 28
  #     days allows opportunistic maintenance to run at any time in the scheduled
  #     maintenance window (all `PERIODIC` maintenance is set 28 days in
  #     advance).
  # @!attribute [rw] min_nodes_per_pool
  #   @return [::Integer]
  #     The minimum nodes required to be available in a pool. Blocks maintenance
  #     if it would cause the number of running nodes to dip below this value.
  class OpportunisticMaintenanceStrategy
    include ::Google::Protobuf::MessageExts
    extend ::Google::Protobuf::MessageExts::ClassMethods
  end

  # Allows selecting how infrastructure upgrades should be applied to the
  # cluster or node pool.
  module MaintenanceInterval
    # The maintenance interval is not explicitly specified.
    MAINTENANCE_INTERVAL_UNSPECIFIED = 0

    # Nodes are eligible to receive infrastructure and hypervisor updates as
    # they become available.  This may result in more maintenance operations
    # (live migrations or terminations) for the node than the PERIODIC option.
    AS_NEEDED = 1

    # Nodes receive infrastructure and hypervisor updates on a periodic basis,
    # minimizing the number of maintenance operations (live migrations or
    # terminations) on an individual VM.  This may mean underlying VMs will
    # take longer to receive an update than if it was configured for
    # AS_NEEDED.  Security updates will still be applied as soon
    # as they are available.
    PERIODIC = 2
  end
end