VPS metered Piergiorgio Venuti

62 Data Center in 25 Paesi

VPS metered

[huge_it_maps id=”2″]

 

Sono diversi anni che la Cyberfero offre Cloud Server e servizi Cloud non solo su risorse hardware fisicamente presenti sul territorio italiano ma anche estere mediante specifici progetti personalizzati.

Siamo lieti di annunciare, che grazie ad un aggiornamento della nostra interfaccia web, ora è possibile per un cliente/partner selezionare in autonomia il Datacenter in base alla località desiderata scegliendo da una lista di 62 Datacenter in 25 paesi al mondo.

I Cloud Server che è possibile dislocare su tutti i nostri Datacenter sono i cosiddetti VPS metered, ossia Virtual Private Server il cui costo è misurato in base al consumo orario delle risorse hardware, a differenza dei classici VPS o dei SuperCloud è possibile creare infatti un server per poche ore o per alcuni giorni pagando esclusivamente per il tempo di utilizzo. In questo senso i VPS metered risultano molto più convenienti dei relativi server cosiddetti flat il cui costo è costante e pertanto non varia all’interno del periodo di fatturazione. 

 

Per chi sono adatti i VPS metered?

I VPS a consumo sono ideali nelle seguenti condizioni:

   ♦ Utilizzo limitato

      Per server demo, sviluppo e test in periodi di tempo inferiori al mese.

   ♦ Necessità di risorse hardware al di fuori dell’Italia

      Per progetti in cui è necessario dislocare le risorge in differenti luoghi, per esempio: Multi-site projects, multi-pop, Disaster Recovery, backup offsite, etc.

   ♦ Performance migliori

      I VPS metered possono essere creati in uno o più dei seguenti Datacenter, per ogni Datacenter è riportato un punteggio (Score) che ne indicata il grado di performance relativo rispetto agli altri. Lo score è un valore compreso tra 1 e 100,  tanto più alto sarà il punteggio migliori saranno le performance di tale Datacenter.

 

VPS metered Pro Tier e Dev Tier

Al momento sono disponibili due piani per i VPS metered (prossimamente verrà rilasciato anche il piano Enterprise), vediamo insieme le macro differenze:

   ♦ Pro Tier

      E’ necessario selezionare questa tipologia di Datacenter per server in produzione dove è necessario garantire un adeguato livello di affidabilità e performance. Tale livello assicura infatti tutti i parametri necessari ad un uptime del 100% come ad esempio presenza di UPS professionali, risorse in alta affidabilità, componentistiche a livello enterprise, etc.

   ♦ Dev Tier

      Questo livello, molto più economico, è adatto a server di test o di demo non in ambiente di produzione dove non è necessario garantire l’alta affidabilità.

 

Per chi non sono adatti i VPS metered?

I VPS a consumo NON sono ideali nelle seguenti condizioni:

   ♦ Necessità di avere dei costi flat

      Per propria natura il consumo ed i relativi costi dei server metered varia in base all’utilizzo pertanto non sono ideali in realtà dove è assolutamente necessario avere dei costi fissi.

   ♦ Necessità di avere risorse italiane

      I server metered sono dislocati su 62 Datacenter mondali, se un cliente ha invece necessità (per policy, regolamentazioni interne, etc) di avere unicamente risorse hardware sul territorio nazionale allora non dovrebbe scegliere questa tipologia di server a meno di non selezione i due Datacenter italiani presenti nell’elenco.

   ♦ Necessità di avere indirizzi IPv6

      Gli indirizzi IPv6 non sono ancora supportati da questa tipologia di server.

   ♦ Necessità di avere rete interne

      Le rete interne (private LAN, VLAN, LAN secondarie) non sono ancora supportate da questa tipologia di server.

   ♦ Necessità di avere personalizzazione del Cloud

      Le personalizzazioni non sono ancora supportate da questa tipologia di server.

 

In tutti i casi sopra riportati è necessario orientarsi sui Cloud Server o sui SuperCloud.

 

[btnsx id=”2929″]

 

Condividi


RSS

Piu’ articoli…

Categorie …

Tags

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Full Disclosure Full Disclosure

  • Apache Struts2 Core Arbitrary Code Execution via OGNL Sandbox Escape Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below attempt to prevent arbitrary code execution via Object-Graph Navigation Language (OGNL) through several different mechanisms but only in a cursory fashion -- the libraries only guard against immediate calls evaluated by the OGNL engine via `SecurityMemberAccess`, but an allowed […]
  • Apache Struts2 Core TokenHelper Token Cryptographic Timing Side-Channel Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Core 7.4.0 and below performs session token comparisons cryptographically insecure early-exit comparison functions (e.g., `!=`, `memcmp`, byte-by-byte loops with `break`) that return as soon as the first mismatched byte is encountered. The execution time of the comparison is therefore proportional to the number […]
  • Apache Struts2 Spring Plugin Uses a Previously Closed Resource Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Spring Plugin opens a Spring `ApplicationContex` via a try-with-resources block and, outside of said block, then continues to use the closed resource, resulting in an uncaught `IllegalStateException`. This particular issue prevents proper functionality and indicates poor code quality and code review standards and […]
  • Apache Struts2 Core Integer Overflow Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below fails to properly prevent integer overflows, causing wrap-arounds and other issues on a downstream forced casting into types smaller than `BigInteger`. Importantly, this finding underscores why all applications using Struts and other such platforms should perform their own input […]
  • Apache Struts2 Core Cross-Origin Protection Exemption Miskeyed to a Deployment-Wide Path Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below's `FetchMetadataInterceptor`, `CoepInterceptor`, and `CoopInterceptor` each compare their `exemptedPaths` configuration -- a per-interceptor-reference, administrator-supplied set of paths intended to exempt specific actions from the corresponding cross-origin protection -- against `HttpServletRequest.getContextPath()`. `getContextPath()` is fixed for the entire deployed web...
  • Apache Struts2 REST Plugin Fails to Properly Parse Chunked Requests Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's (version 7.4.0 and below) `ContentTypeInterceptor.intercept(ActionInvocation)` only deserialises a request body and enforces the `struts.rest.content.maxLength` bound when `HttpServletRequest#getContentLength()` returns a positive value. `getContentLength()` returns `-1` whenever the `Content-Length` header is absent, which normal and appropriate for any Hypertext Transfer Protocol (HTTP)...
  • Apache Struts2 REST Plugin Untrimmed `Accept` Header Tokens Break Content Negation Fallback Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's `DefaultContentTypeHandlerManager.getHandlerForResponse(HttpServletRequest, HttpServletResponse)` splits the `Accept` header on commas and passes each resulting token directly to `findHandler(String)` without trimming leading or trailing whitespace. `findHandler(String)` only retries a trimmed lookup when a token contains a semicolon (`;`), so a token that merely carries […]
  • Apache Struts2 JSON Plugin Insecure Deserialisation -- Object Deserialisation Element-Count Limit Bypass Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01As of the current versions of the Apache Struts2 JSON Plugin (e.g., version 7.4.0 and the 7.5.0 snapshot dated 28 October 2026), attackers can bypass the element-count limit purported to protect Object deserialisation added to said code as part of the WW-5618 and S2-072 "hardening controls". Please […]
  • [0day-rubbish] NETGEAR RAX120 V1.2.5.18 authenticated SOAP InstallApp OS command injection to root-configured web-stack execution (6.8 Medium; conditionally 7.2 High with management exposure) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in NETGEAR RAX120 (Nighthawk AX12) firmware V1.2.5.18, the WiFi 6 consumer router from NETGEAR (United States), built on the Qualcomm IPQ8074 platform. The administrative web plane of this firmware generation is a lighttpd server fronting the vendor's DNI-framework CGI […]
  • [0day-rubbish] Raritan PX3 PDU G4 firmware 4.3.14 command injection in the ping and traceroute diagnostics through an inverted hostname-validation return check (8.8) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in the Raritan PX3 PDU G4, firmware version 4.3.14, the intelligent rack power distribution unit from Raritan, a Legrand company (United States). A low-privilege authenticated session converts one diagnostics request into operating-system command execution in the product's web-service context, […]

Customers