Various systems, methods, and processes to optimize partition arbitration are disclosed. In response to a cluster being partitioned into multiple network partitions, a determination is made, using a first node in a first network partition, whether the first node wins one or more coordination points. The determination of the first node is then transmitted to a second node in the first network partition. Further, another determination is made using the second node whether the second node wins one or more other coordination points other than the one or more coordination points won by the first node.

Methods and systems of managing computer resources in a cloud environment. Receiving, via at least one server, cloud management instructions via an API, coordinating, via the at least one server, with at least one cloud services manager via a distributed coordination and messaging service. The coordination includes instructions regarding the cloud services manager managing at least one cloud resource, and communicating with at least one database to store and retrieve the management instructions.

Various systems, methods, and processes to optimize input/output (I/O) fencing operations in systems that implement coordination points are presented. A matrix is generated. The matrix includes information indicating the accessibility of one or more coordination points by a node. The method then transmits the matrix to one or more other nodes.

Various methods, systems, and processes to prevent data corruption caused by a pre-existing split brain condition in a cluster are presented. In response to determining that a node is no longer part of a sub-cluster, another node in the sub-cluster is designated as a racer node. The racer node accesses a matrix, and the matrix includes information to determine whether a majority of coordination points in a cluster are accessible by nodes in the sub-cluster. Based on the accessing, a determination is made that the information indicates that the majority of coordination points are accessible by the nodes. The information is then broadcasted.

Systems, apparatuses, and methods for control signaling of beam failure detection are disclosed. A beam pair link may be comprised of multiple bandwidth parts (BWPs) or component carriers (CCs). In one embodiment, a beam failure detection reference signal (BFD RS) may be configured, with subsequent BFD RS instances defining a BFD RS periodicity. A BFD periodicity for monitoring the BFD RS may be configured to be less than, or equal or greater than the BFD RS periodicity. A beam failure may be declared if a minimum number of BFD RS instances, either within the BFD periodicity, or nearest the BFD periodicity if no instances fall within the BFD periodicity, fall below a predetermined threshold. The BFD periodicity and BFD RS may be configured for all BWPs/CCs, a subset of BWPs/CCs, or each individual BWP/CC.

A network device may receive transport layer messages from an ingress network device, and may determine whether a quantity of resources required for processing the transport layer messages exceeds a threshold level of available resources of the network device. The network device may generate a transport layer path error message based on the quantity of resources required for processing the transport layer messages exceeding the threshold level of available resources. The network device may provide the transport layer path error message to the ingress network device to prevent the ingress network device from providing additional transport layer messages to the network device.

A loyalty switch for examining loyalty messages and routing the loyalty messages to one or more loyalty hosts and examining responses and routing the responses back to stores. Such a switch has configurable number of selector handlers pool, and the switch accepts a connection from stores and reads loyalty host information from master data to establish the connection with a loyalty host and to route messages. Each selector handler in the switch has multiple store objects that contain a routing map and connection information from companies' sites and the loyalty host.

Techniques implemented by a cloud computing system for providing fallback capacity providers to ensure that infrastructure capacity required to run containerized services is available despite primary capacity providers experiencing a failure. Cloud providers offer container-management services that automate the management and scaling of containerized services of users. The container-management services are supported by capacity providers that manage the computing infrastructure on which the containerized services run (e.g., servers, VMs, etc.). However, there are times when a capacity provider is unable to provision capacity for containerized services, such as due to a large scale failure. Rather than leaving capacity requests unserved, the container-management service designates a fallback capacity provider that acts as a failover for provisioning requested infrastructure capacity. The fallback capacity providers have different provisioning paths than the primary capacity providers, and thus different availability postures and failure modes, to ensure resiliency in provisioning capacity for containerized services.

Aspects of the disclosure provide an apparatus for wireless communication. The apparatus includes a transceiver and a processing circuit. The transceiver is configured to transmit and receive wireless signals. The processing circuit is configured to detect an error of a previous scheduled transmission of data units from the apparatus to another apparatus. The other apparatus provides scheduled resources for transmission between the two apparatuses. Further, the processing circuit is configured to determine resources that are scheduled by the other apparatus for the apparatus to perform retransmission, and provide one or more of the data units in the previous scheduled transmission to the transceiver for retransmission using the scheduled resources.

Disclosed herein are an apparatus and method for providing a cloud service based on cloud service brokerage. The method includes receiving, by a cloud service broker, a first request for a cloud service from a cloud service client, wherein the cloud service broker is connected with the multiple cloud-computing systems; providing, by the cloud service broker, a cloud service brokerage based on cloud services of the cloud-computing systems, wherein the cloud service brokerage enables the cloud service complying with the first request to be provided to the cloud service client; and monitoring, by the cloud service broker, a service level of the cloud service during provision of the cloud service and controlling, by the cloud service broker, the cloud service such that the service level satisfies conditions of the first request.