Hey guys, it's Nate, aka The Foot Accountant. Welcome back to the channel. I want to talk about the ultimate team in the season content that came out on Monday in FIFA, the upgrade packs and just kind of talk about the aura of this game, talk about the market as well, but just this, you know, people started realizing today and not really realizing but just talking about it and kind of thinking things through as we're at the end and out and out of team of the season that a lot of this tats content has been subpar to what has been happening in the years past during team of the season. So we'll talk a little bit about that today, maybe some dead ultimate tats, maybe is what you could call this and maybe a lackluster team in the season promo in general is what we'll kind of cover today and also talking about the market because some stuff actually went up today because with upgrade packs being a bit expensive and just kind of, you know, a bit, you know, just too much. People don't want to pay this much for an 82 or an 83 plus double upgrade. At least for these upgrade packs, we'll see what happens on Thursday, but a lot of the market actually rose today because people saw the content, they were like, I don't want to mess with this. And they just went out and bought cards instead bought cards for their team. So we did see some price prices rise today. I want to talk about that in this video as well. But talking about these three SBCs, these are the SBCs that came out today on foot, you know, it's Monday, right? We were expecting some upgrades regardless, and they dropped three of them. Now the 82 to 88 was one that I mentioned earlier this week that could possibly be coming. That one is the best value SBC in my opinion, although basically it's not an 82 to 88 upgrade. It's like an 82 to 84 upgrade because the fact the possibility and the chances that you get an 86 rated plus card from that SBC is so slim. It's ridiculous. It's not worth it. The 82 plus double upgrade is the one that really, you know, kind of disappointed people today, because I tweeted this out today at 6pm as well when I saw the content release. This requires an 82 over all squad with 45 chemistry. This exact same pack specified to 82 plus double upgrade for La Liga players only. So technically a better pack if you're trying to pack blue cards, there was a much higher chance of packing a blue from an 82 plus double La Liga upgrade. That SBC, which was what three weeks ago, four weeks ago that SBC was out, that SBC only required 11 rare gold La Liga players. This SBC costs an 82 rated squad. Is there a price difference? Yes, there's a bit of a price difference. This squad right now is around 20,000 coins to complete. You have to drop 20k to get yourself a chance at an upgraded Eritats blue player. That's what people wanted to do this week was they wanted a chance at a team of the season so far card that they could pack through upgrade SBCs. And the way that EA dropped the upgrades today is just, you know, you did give us the 83 plus double, you know, 83 chemistry or 60 chemistry in an 83 rated squad for this. It's just, it's not really grindable. It's not craftable for one.  And the biggest problem that a lot of people and I myself have with this is, it is June. Okay. It is June. Can we please EA sports to get content that is, you know, can you just be nice to us for once and make something easy and let us have some fun? You didn't let us have fun with the, the premium upgrade packs only available for 24 hours, which is what we've been asking for weeks before I made multiple tweets at EA. We talked about it in videos, tons of people were talking about it on Twitter. That premium upgrade SBC, we wanted that all week and you only gave us to it for gave that to us for 24 hours. Now you did give us other upgrades, but they were way more expensive, drained more coins off the market. And now we're ending the last week of team of the season, which is supposed to be like the culmination of tots when they release all of the best cards back into packs. And these are the upgrades that we get. That is just the problem that we had today is just, it seems like, and you know, this is nothing new, but it just stings a little harder right now because it's kind of a hype time off FIFA where we were thought we're going to have some fun. EA is like, Nope, that's not happening. So as a result of that, a lot of people aren't doing these upgrades. Some people are. The absolute pack addicts, the upgrade SBC addicts are doing some of these packs. Now I think about all of you guys that went out and bought rare golds. I had a lot of people my YouTube comments come to me and say, yo, man, I bought 500k worth, or I went unassigned this many cards on rare golds for upgrade SBCs today. And some of those guys that you probably went unassigned on, I don't even think they would have moved at all, to be honest. I mean, some of these guys that you probably bought, or I even said to club stocks on these guys, which is not a bad shout still, since you might need some of them for some stuff down the line, maybe the SBCs on Thursday, some of these other rare golds will go back up if they release the league upgrades.  You kind of got screwed today, because basically, if it's below 80 rated, it's, it doesn't matter. It's really does not matter. And a lot of these 82s are now upwards of like 1.6, 1.7 k is a pot is actually a cheap one. But some of these guys, as you can tell, are inflated in price. I saw some of the goalkeepers today are out of it just like 1314 her coins. Jarstein right off the bat and 83. I'm pretty sure this guy was like 4k at one point earlier today. It looks like he's dropped down since then, but I think this guy boomed up to like three or 4k right away. Same with her decky. It's just a lot of these 82s, 83s got bought up right away as people were going to do these SBCs. And that's also the biggest problem that I have with this. I know we love upgrade SBCs as a FIFA community. But when EA puts out an SBC that is too expensive, or a lot of our liking, but it still gets repeated over and over and tons and tons of people do these SBCs just because it's the only thing there they can't contain themselves. And they don't understand the concept of good value. They only see the extreme upside in saying, man, I can get possibly a team in the season card in this pack. I have to turn in an 82 raid squad. I don't care. I'll do what it takes because this is what is cool. This is what people have been doing. And I want to do it too. Well, you got to kind of think about it from a worth standpoint. Is it worth it for me to do this? Do my coins support this decision? And I know it's the end of the year, so you can waste some coins. That's fine. You've been trading all year. You've been working it up to get these coins, to build your team, to buy your squad, or to have fun with SBCs and upgrade packs. But again, I just feel like we got hard done by EA Sports today because of the requirements for those SBCs, which is really making people talk about the lack of fun that they had this year during team of the season. And that's what prompted me kind of taking this video this way today. Again, I know this is team of the season so far, so I hope that didn't have anything regards to EA. Since it's only team of the season so far, we're only going to go so far with the content. I hope that was not their thought. But again, Tots this year, we could talk about, we could do a rate to promo, which I haven't done one of those videos in forever. I need to do that. But if we did like a rate to promo of team of the season and how I thought team of the season went, this is the biggest L in my opinion with the upgrade packs that we already talked about 24 hours. The cards have been good. The cards have been solid. I think they've boosted them well. The card design is cool. But the SBCs, if we want to talk about the biggest W of team of the season really fast, the biggest W has been the SBC content. The player SBCs have been on point. They've been well priced. Shout out to Foot Economist, because Foot Economist is the one who prices a lot of these SBCs. At least that's what he told us last year. So if he is still pricing these, team of the season Foot Economist, I'll give you like an 8.5 out of 10, honestly. For a lot of these, like Mertens is not bad. Danny Yings is not bad. And all the other SBCs, Allen, Militao, all the flashbacks and the player moments and the Tots moments even that we've gotten, some of them have been too expensive, right? Some of them have been overpriced. But I give them an 8.5 out of 10, almost a nine out of 10, because a lot of the SBCs have been good value for team of the season. Not a lot of them have been overpriced. So that's just kind of how I'm feeling right now. And a lot of people are just talking about how they feel about team of the season and how it's been put out in the content by EA Sports. But I do also want to talk about this market a little bit, because I know a lot of you guys are very interested in wanting to buy some cards for your teams and stuff like that. If you remember yesterday's market outlook video, I looked at Serge Nabri on the market as a Tots card. He was like 240, 240, 230,000 coins. A lot of these desirable team of the season cards rose up today because people saw the content. They didn't want to get involved with it. And what happened was they just went out and they bought some players. Now some cards are still kind of down, right? Like if we take a look at ultimate team of the season cards, most of these guys are still chilling, right? Yedder is 4.6. Neymar is up about 100,000 coins. That could swing down at any point, back down to like 5-2. Levo is up a little. And Batbe is up a smidge. Bernardo is up a little. Mane is down. De Bruyne is down. Sancho is up a little. So on these cards, I would still be chilling. If you want to buy an ultimate Tots, I think I would still wait around until possibly a little bit of more content comes out today on Tuesday or maybe on Wednesday. I don't know what they're going to do today for Tuesday because this is when they usually upgrade the League SBC players. But I don't know if they're going to do that for any of the rest of the world. Tots cards that came out today as well. We can take a quick peek at these. Of course, with the secondary leagues, EA has been juicing the stats of these guys. They did not disappoint here as well. Or with these cards, David looks pretty dope. Cezinha looks pretty dope. Leibold looks pretty dope. Orsic, of course, with the Tots. Edouard looks pretty decent. But they did kind of add in some trolls, right? They kind of added in some trolls here. A striker, Frenchman. Imagine seeing French striker and it's this guy instead of Mbappe or Ben-Yeder.  And then, of course, you have another Brazilian troll with this Cezinha. You might think you're getting Neymar when, of course, you're getting this guy. But he's still not a bad card. So this is Rest of the World Tots. Okay. But that's not really what we're here to talk about. If you want to look at some of the MLS cards, I think some of these rose a little bit out of packs today as well. With squad battle rewards being maybe the low point. Or a guy like Josef Martinez. Looks like he was 215, 213,000 coins on the PlayStation. And maybe about 220 on the Xbox. And he rose to 260 on the Xbox and to 250 on the PlayStation today. So some of the stuff did start to rise out of packs for the MLS and probably the Latin America Tots as well. But again, you can start to look through like the Bundesliga, right? I know. Again, I was using this NABRI card as an example. Let's take a look at the price once again. This guy, Sunday night during squad battle rewards and like all day on Sunday, he was dropping. Look at this. 230, 240. 230, 240,000 coins late Sunday night into Monday morning. Hit 230 again before then going all the way up to 270. Kind of back down to 230, 240. And now he's back up to 270 again. So you're starting to see the desirable, the favorite Tots cards that people are going to start to buy for their teams are rebounding already. This is the young card. Was 520,000 coins last night on the YouTube video because of the, um, Modric panic sell off. He's already bounced back to 570. Yes, you heard me correct. Check this out from Sunday. 505. He went back to 520. He was like 520K all this morning, went to 517 even, and then it's now gone to 565, 70, uh, since, you know, we got into the daytime on Monday. And that's happened with a lot of these cards. If you go and check out these Tots cards is they've kind of rebounded, um, just because I think people went out today and they started buying cards for their teams because, um, there was really nothing else to do on foot. So if you haven't bought your cards yet, if you did buy your cards, you saw low point, you took action GGs to you. If you haven't bought any cards yet, um, and there's some cards that you're still interested in going out and buying, I would have to say, um, you probably want to start looking at some of those things really, really soon. I honestly do think you want to look into those soon. We haven't got big time content on Tuesdays for the past few days. Again, Wednesday is a big time day for foot with the guaranteed SBC. If for some reason they make it really cheap, then maybe you'll see, uh, actually, if they made it a little bit more expensive, you might see people having to go sell cards to do the guaranteed ultimate Tots SBC. But I expect that SBC to be 88, 89 rated in its form. Uh, and then, you know, people would be selling some cards on the market. It might be similar to the Premier League SBC, where people are still kind of broken this game. There's still people that don't have a lot of coins and this ultimate Tots SBC and the upgrades this week are kind of their last chance to get a big time card during team of the season, and then they're probably going to call quits. So, um, maybe watch for some panic selling on leading into Wednesday and then on Wednesday at 6pm UK, we'll talk about this a little bit more in tomorrow's video, um, on Tuesday headed into Wednesday. But you might see some more panic selling on some of these cards as people, uh, go out and try to get some coins to raise funds so they can do that SBC. Now we didn't get any tradable packs applied today. So I don't believe that the, uh, that SBC fodder went down and especially since the 83 guaranteed, the 83 rated double guaranteed SBC came out and the 82 double 83s are high. Two and a half K 3000 coins for most of those at pushed 84s up as well. 85s are still chilling. 86s are getting low again. Uh, 87s are chilling as well. So 86 is 87s. I'm still kind of liking for the guaranteed SBC. If you want to put your coins into something, that could be something that you do. And honestly, we're at a point in FIFA right now too, where if you just want to trade with these cards, you can absolutely fluctuation trade with some of these tots cards. Again, like this NABRI did today, uh, he went down to 230, went back up to 260 and then he hit 246 at one point again. So right now he's back to 270 as well. So if he fluctuates 240 to 270, that's a 30,000 coin fluctuation. And if you sell at 270 to 80, uh, then you're going to have like what 14,000 coins of tax ish, not quite a 15 K of tax. So, uh, you could make it solid 10 to 15 K per card. If you find some fluctuations in there on a card like this, maybe a guy like the young, he drops back down to like, you know, 530 at some point, you find some undercuts, you know, he's going to go back to 570. So you can absolutely fluctuation trade with these cards. Um, and start to look for some bias for Thursday flips as well. We'll talk a little bit more about that in tomorrow's video too. Rashford was 290 today, 290, he's up to 330 basically. So yeah, these cards definitely did start to rise. Will they come back down? There's probably going to be a point where they come back down a little bit. Not a huge type of crash or anything like that. The only thing that's going to cause a crash in this kind of market is going to be either a icon or some sort of massive, repeatable SBC that EA would have to drop for us to see something, uh, really make a turn downwards on the market and really, really crash would have to be a repeatable SBC that requires high ratings. Um, could they release another good value SBC during the week this week? It's possible. But since we've, we got this undav today, this isn't honestly that bad of a card. The work rates, not the best, but the five star week foot. People love that in this game. He's, uh, German. He's got 99 strength. He's got really good agility of balance. This is an interesting looking card, right? He's 510 for the five star week foot. He's got 99 strength, 92 aggression, but he's got the 97 agility and 99 balance. Composers a bit low, but no traits as well. Rip. Uh, but still, I think some people might have crafted this card or they might attempt to craft it maybe with the upgrade SBCs that come out on Thursday. So again, a lot of people I think just saw the game today and they were just bummed out. They weren't super duper happy with what they saw content wise. Um, and, uh, yeah, I think that just kind of turned some people away from the game today, but it also led some people to go out and buy cards for their teams. Icons are up as well. This Essian cards Sunday night was 970,000 coins. He's back up to like 1.08 mil at the moment. He went on bid for 1.05 today. Again, son last night was like 840, 830. I think he's still under 900,000 coins. But actually he's, he's kind of lower low ish right now, 860. Sancho is still in packs. He was like 570 Sunday night. I think now he's 600,000 coins. And one thing that you're going to notice as these cards go out of packs and as we get past this week and into the next few weeks, team of the seasons are going to get a lot more rare, especially the ones that are OP that people like to use. They're going to get rare because people just started turning off the game. Unless EA puts out some content that makes us want to play the game. People are going to just sit with their clubs and ultimate team. They bought their end game team. They're going to go play something else or they're just going to hop off the game because maybe they're just, their desire and the hype has really run out for the game. So you're going to see cards on the market get a little bit more rare, which makes it better for trading if you're trying to make some coins, but it also makes prices go up. If there's nothing to bring people back on the game that they would have to sell cards for in order to do whatever the new content is on FIFA ultimate team. So what I would say to you is just hang tight. If you're looking to buy some cards, the next 24 to 36 hours should give you a chance. And if you're hitting these upgrades, some people have told me they're okay, but honestly, if you really wanted to do upgrades this week, I was looking forward to doing some of them. I'm just kind of bummed at the requirements that these came out with today because it just does not make me want to grind the menus in this game. I will still be doing some of these just because I've got coins left over. And I would love to maybe get super duper lucky and hit somebody else from ultimate tots. That would be cool. But I don't think I'm going to go that hard on these upgrades because there's just no, there's no real drive for me to do it with the requirements that this SBC does cost to do it. So that's the video for today, boys. If you enjoyed it, smash the thumbs up on it, comment down below if you have any questions and subscribe to the channel for new. It's been Nate, the foot accountant. Catch you guys later. Peace out.


So today, the topics we're going to talk about is the network, and behind that is the word, cybernetic clusters. So thank you very much for being here to listen to our demo. So I would like to do self introduction first. My name is Michelle Info. I come from VMware. And now I am doing the VHS and the stability casting. And before that, I'm working for the VMware Individed Concealer. And I also help to develop the VMware Individed Offense Tax in VMware Big Data Extension. And then I provide system tax development. Hi, my name is Yuya. I also come from VMware, China, R&D, into the Beijing office. So what I do is I work on VMware Kubernetes products. And now I do a lot of Kubernetes. And before that, I'm actually focusing on nutrient open stacks networking. So it's quite related to networking. So if you have any questions or if you have any topics related to networking, do not be hesitate to talk with me. So for our today's agenda, I'm going to talk about Kubernetes, the components and the standard schedulers, as well as the quality of the service and some of the network features of the Kubernetes. And also we're going to talk about how to enable network in the best course. We own a Kubernetes. It is the de facto standard of continuous license application. It lists a lot of advantages of the Kubernetes. In terms of scalability, it can reach to 5,000 nodes into 300,000 containers. And the number of people increasing. And also it can provide many separations of the resources. So it can easily realize the multi-tenancy application. And also no matter if it's public, no cloud, it's private, no cloud, or other different environments. And the option is quite wide range. And you can easily realize the immigration. So here are the major components of Kubernetes that we have, container wind times, which is the main focus on dockers. And an equivalent component is the management port. And SCD is the database. And so all the objects in our stores are in the SCD. And then API servers is actually one of the interface for the object. And for the scheduler, Kubernetes scheduler is actually the tool to statute working load as an appropriate node as a controller manager. And it is management of the tools for the life as a code of controller. And Proxy is a component to managing network and iProverter. And it is... And it will do everything. And class communication and network policies and coding and that is actually the main server. And let's first of all look at Kubernetes standard scheduler. Also can see from this slide, Internet is in the charts and shows how Kubernetes choose the node for ports and how to do the scalability. So first of all, Internet, they weren't a series of filter rules. So the purpose is to filter out inappropriate nodes. So here I have listed three volume filters. So that is to say your ports do have some requirements on the volume. So if the ports couldn't match with the volume or it is not in the same zone, node will be filtered out. So the other is actually in the candidate list. So the inappropriate node will be filtered out of this candidate in the list. And the second is in the CPU and in the memory. So if there is no sufficient CPU or memory, and the node will be filtered out. And also on the specifics of the nodes, and probably in a certain part of the label, if there is no matching label, the node will be filtered out. And the second step is the resonant node will be scored in the ranks. And so there were several follow-ins to follow. The first one is the node replica's distribution memory, even or not. And another ranking principle is the utilizations of the node. And also we need to check whether the resource and the usage is balanced or not. And another nodding principle is the affinity and the tendency of priority. And then the highest ranking node will be selected and a port node will be deployed on that. In Kubernetes, there are three. The quality of the service and the classes. The first one is the guaranteed. Guaranteed means when request is equal to the limit, and then we'll all set it up. And then this resource node will be appointed with the highest priority. And the second is the class is burstable. So that means you're ready to fill in the request and the limit. And however, it requires that it's smaller than the limit. And so your resource node will not be on the limit. And the last type is the burst node effort. That means you didn't fill in any request. So it can only guarantee the residue resources that will be deployed. And for the quality of the service, in the standard Kubernetes and QoS, it only considers CPU engine memory. And then here are separate band bus services of applications. For example, all the video, IP platforms, web applications, emails, and not also online gaming, as well as file servers and P2P. So for all of these applications, we have to deploy it on the node. That means the sufficient bandwidth, we also have to guarantee the very low network latency and very high traffic pass away. And as my colleagues just mentioned, there were some sensitive applications to the band bus. For example, some telecommunications and applications. And also, we have to consider that in the current community of Kubernetes, there is no open and completely solutions upstream to the cluster. So let's review a little bit. What is the current network feature of the Kubernetes? The first one, and I think you are familiar with that, is the CNI plug-in. And it is a kind of a Kubernetes add-on, including Flamon, Catechol, and Climarchus. And to know about with the CNI genius. And they can be seen as a kind of a CNI add-on. So the CNI plug-in actually provides a later two and a later three connectivity. So many CNI plug-in can provide the native ingress. So you can actually define ingress by yourself natively. And so the CNI plug-in is going to point it to the ingress, to the point, and to identify the responding port. And also the community has been talking about the multi-NNS support. And for matters, the CNI genius, which is provided by Firebase and Intel, and as well as Network Service and Mesh, and not all of these natures can help us to solve the multiple NIC features. And because by default, we know that CNI only have number one NICs, however with this new type of CNI plug-in, we can support multiple NICs. And also for the native, we have the Network Policy, which can help us to define Network Policy resource and to provide the macro segmentation for ports. And another one is also frequently seen is the Service and Mesh. It can provide the seven layers of Service and Mesh. Here are some most frequently seen network features in Kubernetes community. However, we don't really have any research for things like network use. On the other hand, in the virtualized infrastructures, we're ready to solve the problems of network performance. For example, we can use the PCI pass-through to pass through the hardware on the host. And also we can use an SRLV to do some improvements in the network performance. And we can also use virtual switch hardware acceleration to help us to improve the network performance. And similarly, for VM, if we want to solve this issue, we have to rank applications within the consumer and we have to have the same considerations. So the basic discussions in our community are actually in two tools. The first solution is the device plug-in. If you check the Intel and their bottom layers, developments, they talk about DK plug-in. They talk about JPE plug-in. So those are all device plug-ins that are aimed to allow the port to use the hardware resources. So if we want to improve the network performance, this is actually the solution that we can consider. Device plug-in can actually match the hardware resources that are contained here. Another way is the Macavillum. And we can actually let the port to leverage the host of the containers. And directly used is the NIC. So those are just some discussions in our communities. However, we are going to propose another solution, which is the list is not on the previous slides. And the network use requirements is in our recommendation. We think that by using this in a way, we can actually provide sufficient and a natural working solution for ports from different or from a more comprehensive dimension. And as Yu Yang just mentioned, within the community, there were already several network features, for example, hardware accelerations and different solutions to improve the performance. And so today, I want you to talk about using another way to improve the network QoS. So we need to make a analysis model. So what we can do are two things. The first thing we need to do is traffic shipping. So that means on each node worker node, we have to reserve the sufficient network network sufficient resources on it. And also, we need to do ingress and egress, compulsion on the port. And ingress is the fitting, and the egress is the alternate put. And also in terms of the Kubernetes collaborations, we also need to take the network resource into the consideration. So the prioritizer and the future is going to be considered in the term of the calculation. And on the physical level, they bear model deployment. And as you can see, we already have quite a fix in the physical NIC. So since the bandwidth isn't quite fixed, we don't need to reserve any other extra spaces. And however, we need to conduct the ingress-egress control on port. And we already have Linux traffic control, which is actually a trade-shaped queue. So this is actually in my seat. So for each grant in the port, there is a branch. And in each first port, we have a branch. So the BASNA efforts port is shared with one branch. So with these scheduling and deployment, and it's going to issues grantees. And so the guarantees in the port is going to deploy according to the request to guarantees. And all traffic will be sent out for the burstable port. And since the request is smaller than the limit, and so they want to guarantee that the request will be satisfied. However, the gap between the request and the limit is really depends on the residue bent on the west. And then it's going to issues that they rest on once on each branches. So this is from the rest of the tokens. And when they are idle, those traffic can go out. So in the watch node deployment, most of them are in the VM.  Here. This is the master nodes. And you can see NSX and CP. And it will constantly watch or observe Kubernetes objects. And it will also connect to the part through NSXMP and the CP and just set up the fireworks. And in the worker node, you can see we can manage the traffic. But the management traffic and the data traffic are separate. All of the parts have been connected to OVS. And there is a specific network cut connected to OVS with a VDS. So with this kind of architecture, on the network cut, you can manage the traffic or you can connect the parts with the virtual bridges. And then you can manage the traffic of those connected parts. And the core principle for us is to manage the bandwidth of the node and the ingress and egress bandwidth of the node. For example, when a user is requesting a part, parts from the CPU memories in the metadata, he or she can add something about the bandwidth he or she needs. And then with the scheduler, the part can find the scheduler extender. And first, the nodes with unavailable resources will be excluded. And the rest of the nodes will be scored. And then we can select the nodes as high as the score. And then we can bind a part to it. And then the NSX node agent will watch the switch. And then NSX will register the part. And it will tell the part how much bandwidth it needs and then reserve the bandwidth in the watch switch. So on this node, you can see the user has selected the 2G bandwidth nodes. And there are already 2 parts existing on it. And we can have a 900 megabps. And there is still 1300 megabps. And this is about the detailed steps. The first step, on the workload, you need to reserve sufficient bandwidth with NSX feature that is IO control. We can set the same share for each of the nodes. And share means priority weight. When there is a traffic jam in the network, you need to think about who is of the better priority in the virtualization or in the cloud. It's not about the running of the Kubernetes. It's also about the running of the other applications. So there is a problem of the weight. And reservation and limit should be set in the same value. And then we can guarantee that we can reserve the same bandwidth. And in a node, we should add a label to illustrate that this node can support what amount of the maximum bandwidth. The reason for us to list the class API on this slide is just that as my colleague had mentioned, we can have the automated result. And one of the way is that with the NSD and NSOC, we can control the bandwidth. But who will help the cluster to proceed that there is a request to reserve the bandwidth? One option is to use the cluster API, just as we had introduced in the morning, there is a management cluster API which had been running an edge-on, that is the cluster API control plan. And then you can define what the clusters look like based on different cloud providers. And in this providers we can define the bandwidth. And then it means that on the GCP or GKE, there is a definition. There is a profile for each of the work nodes that is the memory of the CPU. And now you can extend the bandwidth. So with this kind of the mechanism, the Kubernetes cluster which is running on the VM can be made into what you have been desiring. And this is also about the bandwidth. And this is the screenshot of the part of how to define the workload provider and there is a property about the bandwidth. When you had a dedicated bandwidth and a cloud provider such as the vSquare provider can perceive that there is a bandwidth property and then we will call the relevant interface and then the VM can be set into a specific bandwidth. So this is about the steps of setting a fixed bandwidth. And if I had just explained to you the principles. Now cluster API is mainly for the purpose of automation and this is a new project that's happening for the automation and with the cluster API you can better set those figures but of course you can do it manually just as my colleague had mentioned you can set them manually. Now what we need to do is that after labeling those nodes you need to apply for the parts and you need to tell the schedule of how much resources network resources specifically you need and here we had listed the Ingress bandwidth and Ingress bandwidth burst as well as the egress bandwidth and the egress bandwidth burst and the cost is about a priority when there is a preferred terminal network whose package would be output first. Next we need to extend the Kubernetes as a scheduler. Kubernetes allows the extension of the standard scheduler with additional filter and the prioritized rules. This is the external UI maybe the Kubernetes scheduler will schedule this. First the filter and then the priority and then you can see the weight here. From this slide you can see that there is a change on the futures step by step you can exclude the unnecessary node. And I had just introduced three default filters and if you want to extend the Kubernetes then it will schedule the external filter to continue filtering. After the filtering we will have the prioritization and in each of the box you can see the rules and the final score is back of each of the separate scores and it will also schedule some of the external prioritized rules. About algorithm for extended rules First we need to calculate the capacity of the node and just now we have the label of the bandwidth multiplied by 75% and this is the best practice recommended by the SCACS and we need to know about the required or requested capacity for the new part and this is the maximum value of the ingress bandwidth bus or the egress bandwidth bus and for the rest of the capacity we should use the total node capacity minus existing parts capacity and then the minus the new part request so you need to check the value if it is smaller than zero it means that we have insufficient resource and then you need to remove this from the candidate list if it is equal or larger than zero you can remain this much in this node and then about the prioritized rules or priority scores you need to use the node capacity minus the sum of the bandwidth request and then to divide it by the node capacity and then to multiply it by the weight the more the remaining resources the higher the priority score will be so these are quite straightforward rules but we of course can add some more complicated and single based rules here we have listed case for example there is a newly requested part and it request 600 mbps bandwidth and there are four nodes in this cluster node one well we didn't label one of the nodes and the three of the nodes have been labeled all of them have the 1000 mbps capacity and in node one 300 mbps have been consumed in node two 500 mbps have been consumed and node four there is no problem running in it and after the first round of the field the second and third node should be removed because node three does not have any reservation of the bandwidth and node two it is exceeding 1000 mbps 500 plus 600 it is larger than 1000 and then we need to score them the higher the remaining resources the higher the score would be so node one the rest is 700 and node four the rest is 1000 so node four will have the highest score multiplied by the wage it has a score four and node one only have one so finally we would select node four to place the pod and these are some of the figures if you don't manage the traffic for the pod then the result is unanticipable so maybe the key task had its traffic occupied by some of the other unimportant node and on the right hand side in the spec of the pod I had defined the bandwidth needed and this is in line with requested bandwidth and the blue line shows 100 mbps and the orange one shows 50 mbps so this is our presentation thank you you do have any questions we had done something similar before and we had some other shared resources which cannot be isolated and to have several questions the first one is that we are using the scheduler extension function right but actually we also have the multiple scheduler framework and can we consider of using that yes there are two options the first is that when you have to install the scheduler you cannot define the policy and then you can add some rules and the second option is to set up multiple schedulers and when you have created those parts you can dedicate which scheduler to be used and because of the resource of the network bandwidth is more similar to CPU because this is compressible and for some of the guaranteed pod you have allocated the reserved bandwidth if the pod is not occupying this bandwidth will it be released temporarily or will it be released you are completely right because this is compressible there is another question I couldn't remember my question so that's it you just mentioned the comparison compressible and however in your chart you actually filter it out with which slice I mean when you are applying them the 500 and 600 so this is not too right so on the first time you actually filter it out so it will not be allocated so your request value you already filtered it out for this note so I mean if it is just a request and then you cannot really after you filtered it out you cannot really guarantee the compressibility I mean the total bandwidth is the one so then you actually calculate the request of this note well Justin asked me he just mentioned that our bandwidth is compressible so when you are creating a pod when you are doing a pod request you have to guarantee for example in this case the 600 however when you are actually running within the pod and you are running the ads in a very low workload so your network traffic is at 9600 so we are doing that because we want to guarantee the performance when you are doing this note request then we want to satisfy your request and I cannot compress that here without understanding or without not knowing that when will be the peak in traffic in the times so if in a way only when deploying it according to the compress level I cannot make sure that for another pod during the peak in the time I cannot really make sure the performance of another pod so what we do here is I probably may have some idle bandwidth and even if I have no idle bandwidth I cannot give the total bandwidth that is not higher than the request so you actually calculate according to the minimum the total bandwidth and adding all the pod together will be not very smaller than the antenna hour or so so that means I cannot schedule another pod even if I cannot make sure that I can guarantee my reservation so this is the solution this is the strategy you would take hi hello so antenna I think the question they are asking is very reasonable antenna you said that you want to provide a guarantee for all the notes so that is quite intuitive so when you actually provide the residue of the adult antenna bandwidth do you think that this kind of strategy is very constructive so will you actually consider a smarter or more aggressive strategy yes I mean we actually we are still thinking about whether any smarter solutions by far I couldn't tell you that I can find another smarter solution because if you guarantee that you probably need to consider that you are burstable and the best I mean if I can make the results and the allocations and the way that I make and the smarter and then that is really good but by far there is no way for us I mean not yet for us to find a better way so basically this is not our solution our current solution because maybe not our presentation already saw that on our post isn't actually on the interface of an open message and this is actually and then all and I see and for this I see we can reserve some traffic but I cannot guarantee that all the workers interface and you know will have not fixed traffic guarantee yes I totally understand I'm just very curious because you know when you are making internet your request internet when you identify your request and we all know that for closer container it's changing a lot and it's keep changing all the time internet so since I do not really know your workload and I don't know that for your historical data it can be used as a threshold or I don't know whether you will consider to use them as a way of the training well yeah I mean yeah I agree probably I can develop a very smart algorithm and so I can train it use it to the training yes I mean you can properly check your historical data of your abandon of us deployment yeah I agree with you we actually considered this kind of an approach so probably we can use some very smart AI algorithm and so maybe not for the application of the networking but we actually try to use the algorithms and to be used now on the public in the cloud and you know we've actually tried the CPU memory estimation internet there were a lot of them similar algorithm but if we can apply this kind of an algorithm this kind of an abandon of us domain because by far we know that bandwidth is very very big it is not about hundreds not often a cell dense internet not best however however I don't know I'm not really sure whether it is the physical or whether it is meaningful for us to use the AI algorithm to estimate the allocation of the bandwidth I mean by far by far it's not necessary however the algorithm is not really can be used with the CPU AI algorithm well I think that is a very good topic probably we can discuss this later and for the compressible question if the internet actually allocates the difference in the traffic I mean for the guarantees there is no I mean you do not need to essentially any or allocate any traffic problem you can actually provide those traffic to other thank you very much thank you very much for participating in our demo


Located in Tuscany, Il Bordeaux is a medieval village transformed into a luxury hotel, winery and restaurant by Ferruccio Ferragamo. We finally get our chance to visit this place. Here's what staying in a Tuscan village looks like. It's all in the latest episode of Exotic Wine Travel.


My name is Diamond Hogan's. I am a sophomore slash junior at Columbus State University, Go Cougars. So I'm a student and I'm also a tutor. And can we get a Cliff Notes version of your journey through Tech so far? I was originally a sociology major. I took some time out to figure out what I wanted to do with my life to see if I wanted a sociology degree. I worked in the nonprofit sector and realized that I'd rather have work life balance so that I can contribute to community with my own finances and with my own time. Rather than having to like struggle with the imbalance of pay compared to like the work within certain industries like that.