[03:12] *** awyeah has quit IRC (Quit: ZNC - http://znc.in) [03:18] *** awyeah has joined #arpnetworks [03:25] *** awyeah has quit IRC (Quit: ZNC - http://znc.in) [03:32] *** awyeah has joined #arpnetworks [06:24] *** dj_goku has quit IRC (Remote host closed the connection) [06:35] *** dj_goku has joined #arpnetworks [06:35] *** dj_goku has quit IRC (Changing host) [06:35] *** dj_goku has joined #arpnetworks [10:31] is a "cloud dedicated server" just a regular dedicated server with the word cloud at the front or is it something else? [10:35] it's dedicated resources server in the cloud [10:35] TO THE CLOUD!!! [10:36] it's been raining here a lot... [11:19] mkb: there's a link near the bottom that explains in detail how they work [11:20] https://arpnetworks.com/news/2017/02/28/arp-networks-launches-arp-thunder-cloud-dedicated-servers.html [11:20] and no, it's not just the word cloud in front [11:22] "THEY [BMC chips] ALL SUCK" [11:22] yes they do [11:23] yes :) [13:59] *** km_ has quit IRC (Remote host closed the connection) [14:22] ARP Thunder does sound pretty dang cool [14:22] You've got me evaluating whether/what I can migrate to it. [14:24] up_the_irons: Is there any significant difference between Thunder and VPSs running on the Ceph storage cluster, besides Thunder's increased RAM/CPU and SSD storage? Are they otherwise "just virtual machines" with better specs? [14:25] PS up_the_irons - the Thunder page makes no mention of bandwidth quota, while VPS and Metal pages do. Does that mean Thunder has unlimited monthly bandwidth? :P [14:26] they run on different hosts. hosts that can accommodate dedicating hardware (e.g. CPU cores). and also they enable the vmx bit, so you can run VMs of your own (just like a bare metal dedicated server would) [14:26] yeah aware of the bandwidth issue; it's on the order page though [14:26] i just haven't got around to making that 4th row, and my css skills are lacking... [14:27] Ah so it is there. Very cool. Very tempting... [14:44] i reckon arp thunder is cool too :) [15:10] up_the_irons: To your knowledge, has anyone run ZFS on Ceph block devices? Are there any known "gotchas" or the like? [15:32] *** forgotten has quit IRC (Ping timeout: 255 seconds) [15:57] brycec: not to my knowledge [15:57] Excellent [15:58] i would think it would be fine. it looks like any ol' block device to the OS. [15:58] up_the_irons: Are the SSD and HDD storage presented as separate block devices? [15:58] yup [15:58] s/HDD/"SATA"/ [15:58] up_the_irons: Are the SSD and "SATA" storage presented as separate block devices? [15:58] they are different Ceph pools [15:59] How are storage upgrades handled, the block device just becomes "larger"? [15:59] yup [15:59] Very compelling stuff [15:59] *** km_ has joined #arpnetworks [16:00] it's one of my favorite features. someone wants a bigger disk, and it's a command we type. No more data center trip. [16:00] Seems like I could migrate from a Metal to a Large and save some $ [16:00] RAM for RAM, HD for HD, it's a little cheaper than Metal [16:00] And the backend data redundancy is the icing on the cake [16:01] Also the flexibility of having SSD _and_ SATA space (for those of us on the blades that only take 2 drives, period) [16:01] right exactly [16:02] use cases i would _not_ recommend: very high bandwidth, really high disk IOPS (having your own dedicated disks, all to yourself, is better in this case) [16:03] Both good points. [16:03] not having to deal with java is a huge + too [16:03] lol [16:03] don't underestimate it :) [16:04] oh yes, cannot emphasize that enough ;) [16:04] On the other hand I'll miss ipmitool and the feeling of reliability that comes with running on bare-metal. [16:04] maybe you should just do both :) [16:05] Why mercutio it's as if you're benefitting from the upsell ;p [16:05] hah [16:05] The only thing I have to figure out is how much storage I need / how much I'm currently using and can be shaved-off. [16:06] (I'm coming from RAID-1 1TB, so 500GB is a bit of a step-down, but how much am I _really_ using?) [16:06] brycec: you can get a 1TB volume, it's on the order form under "Extra Disk" [16:06] I know :) [16:06] bryce is trying to save money i think [16:07] and hell, just saying, if you want a 5TB or 10TB volume, just say the word ;) [16:07] ah ok [16:07] lol it's all just $ [16:07] Also, since I intend to run ZFS on it, shrinking is not an option (and growing is... problematic) [16:07] zfs grows fine i think [16:08] So I've gotta get it "right". That said, identical Thunder specs to my current Metal are just $15/mo less [16:08] well i know :) [16:08] think if you need the SSD disk then, b/c (while it's not listed yet), i was thinking of allowing people to "opt out" of either the SSD disk or the SATA disk and get a discount. i mean, why pay if you're not gonna use it. [16:08] but yeah shrinking ain't so good [16:08] mercutio: It has to be done in a matching matter [16:09] up_the_irons: I will be quite happy to have /some/ SSD (for ZFS L2ARC/cache), but I appreciate the consideration and I recommend extending it to thers. [16:09] *others [16:09] OK :) [16:10] Now if I could downgrade the SSD to a lesser amount of storage for a "credit" towards SATA... but I think it's just getting "complicated" at that point and I don't want to make things too complicated for your side [16:11] why not stick the OS on oen partition of ssd [16:11] adn zfs on the other [16:11] actually [16:11] i'd just create two zfs pools [16:12] i kind of wish zfs could auto balance between two zfs pools of different speeds, or have disks with different speeds that are balanced [16:12] mercutio: And I would stick the OS on the SSD, sure. But I don't need 200GB of SSD for OS+L2ARC :p [16:12] database? [16:12] Not currently running anything that "heavy" [16:12] i don't know what you're doing [16:13] (The database server I do have running can keep everything in RAM anyways) [16:13] but my current thinking is that ssd is good for generic stuff [16:13] and hard-disk is good for archive/backup [16:13] What aren't I doing? :P (Serving porn, among many things. But nobody really cares.) [16:14] I'm tentatively thinking I'd put my running VM images (yes, I'll be running Proxmox) on the SSD and backups on the SATA. And this is where figuring out where exactly I'm using space comes into play. [16:14] (Answer: about 70% of my current usage are in ZFS snapshots anyways) [16:14] We'd be happy to trade SSD for SATA "credit". I mean, why not be flexible now that we can. that's part of the excitement of all this new tech :) [16:15] Thanks up_the_irons :) [16:16] (I think I might be most tempted by the flexibility of increasing RAM "on the fly") [16:16] and that's another "command" ;) [16:17] To a certain extent, storage could always be added in various ways (i.e. Another VPS exporting a partition over iSCSI) but RAM was really, truly a "visit the datacenter" task. And once you hit the max supported for your machine, that was that. [16:18] yeah that's the truth [16:19] Out of curiosity, what kind of hardware makes up the Ceph cluster? Are you "recycling" old kvr host machines? Or is this fancy new stuff? [16:20] The SSD side are the HP Proliant 25-bay units [16:21] The SATA side has some recycled old kvr hosts, but I'm stopping that because a 12-bay DL180 G6/7 is looking like a better value [16:21] Ooooh. Ahhh. What about the hosts for Thunder? [16:21] as long as I can get the fucking LSI 9211's to play nice with the G6. If you follow our Instagram, you'll see my frustration ;) [16:22] Thunder hosts are just our regular E3 and E5's, the same ones we use for Metal [16:22] Okay cool. [16:22] In fact, they are all old Metal hosts [16:23] Every time a customer migrates from Metal to Thunder, you get another host machine to use, eh? [16:23] why yes :) [16:23] And here I was slightly worried I was "sticking you with" the old machine [16:24] people still order the Metal's, so it's OK. I'll sell them either way. [16:30] Thanks for the Q&A up_the_irons. I'm definitely sold. Just a matter of figuring out _what_ I need, and a migration plan. [16:30] (And thanks to mercutio too, of course) [16:30] no problem :) [16:30] (I'm even debating going from Metal to 3*Small Thunders so I can break one host and not affect the other two.) [16:31] sounds like a storm [16:31] (*Starter, not Small. My bad) lol [16:31] yeah that's the kind of thing that something like this makes easier to do [16:33] Indeed. Harder to manage though, and less efficient "savings" but it might be worth it. Or a pair of "mediums" for that matter. [16:33] maybe two mediums and a starter? [16:34] I only have a handful of VMs I'm hosting anyways, it's not like it's the end of the world if they're unreachable. But I'm intrigued at the "modularity" of it all. [18:16] I am curious, if metal boxes are being repurposed as Thunder boxes, whats the speed of the storage network, is it 1gig ethernet, 10 gig ethernet or some kind of infiniband? [19:06] nathani: you asked me this before ;) [19:06] 40 Gbps Infiniband [20:07] up_the_irons: I didn't realize the metal dedicated boxes had infiniband as well, or is this something you are installing to convert them into thunder boxes? [20:14] infiniband is awesome :) [20:14] it should be everywhere [20:15] 1gigabit network for file storage would give pretty mediocre performance [20:15] on top of that, there'd be a lot less performance stability [20:16] as there would be issues like congestion etc from other users. the cool thing about having a huge amount of bandwidth available is that it doesn't really bottleneck [20:16] (of course the bottleneck can move elsewhere) [21:18] *** awyeah has quit IRC (Quit: ZNC - http://znc.in) [21:20] *** awyeah has joined #arpnetworks [22:43] *** karstensrage has quit IRC (Ping timeout: 246 seconds) [22:46] *** Guest39686 has joined #arpnetworks [23:21] *** Guest39686 has quit IRC (Ping timeout: 246 seconds) [23:23] *** karstensrage has joined #arpnetworks [23:23] *** karstensrage is now known as Guest2979