bd808 added a comment.

  In T206636#4941969 <https://phabricator.wikimedia.org/T206636#4941969>, 
@bd808 wrote:
  
  > The next step here is to determine the hardware requirements and then find 
out if there is current fiscal year budget to cover procuring the required 
hardware, or if we can allocate a dedicated server from the existing cloudvirt 
pool and backfill that capacity.
  >
  > The wdqs10{09,10} prod hosts each have 8 cores, 128GB RAM, 4x800GB SSD 
(1.6TB RAID10). Our most recent cloudvirt servers (cloudvirt10[25-30]) are 36 
physical cores, 512GB RAM, 6x1.92TB SSD (5.7TB RAID10). I think this means that 
a single cloudvirt would be more than enough hardware if it was not shared with 
other arbitrary workloads.
  
  
  
  
  In T206636#4946372 <https://phabricator.wikimedia.org/T206636#4946372>, 
@Smalyshev wrote:
  
  > Yes, judging from our preliminary test, if we get uncontested use of the 
server or even a certain chunk of it maybe (not sure if possible?) it would be 
enough. Note that an interesting scenario that we want to test in foreseeable 
future involves cluster setup, so we'd want at least 2 hosts (not sure whether 
they have to be on 2 separate hardware machines) with requirements close to 
what wdqs hosts have. It could splitting cloudvirt host into two VMs 
exclusively used by these test hosts would be ok. Not sure if virtualization 
that we do now allows such kind of fixed resource allocations (probably also 
I/O resources need to be taken care of?)
  
  
  
  
  In T206636#4948039 <https://phabricator.wikimedia.org/T206636#4948039>, 
@bd808 wrote:
  
  > In T206636#4946372 <https://phabricator.wikimedia.org/T206636#4946372>, 
@Smalyshev wrote:
  >
  > > Not sure if virtualization that we do now allows such kind of fixed 
resource allocations (probably also I/O resources need to be taken care of?)
  >
  >
  > We have a few special instances that we do this for today. It is something 
that we are experimenting with for virtualization of shared Cloud Services 
systems such as the ToolsDB databases. The process that requires cloud-root 
assistance to create the initial instances using cli magic, but it is possible. 
Basically we mark the cloudvirt as unavailable for selection by the normal 
OpenStack scheduler and then force create the desired instances there manually.

TASK DETAIL
  https://phabricator.wikimedia.org/T221631

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: bd808
Cc: Krenair, Smalyshev, Andrew, Gehel, bd808, Aklapper, alaa_wmde, Nandana, 
sietec, Lahi, aborrero, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
Chicocvenancio, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 
Mbch331, chasemp
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to